Lambda, Cloud Run, Vercel Functions. Quando il pay-per-request è più economico di un server — e quando no.
Categoria · DevOps & Infra
Nessun server, solo funzione.
Serverless non significa che non gira alcun server, ma che non ci si deve occupare di esso. Si carica del codice — AWS Lambda, Google Cloud Run, Vercel Functions — e il provider lo avvia a ogni richiesta.
Si paga solo l'esecuzione effettiva. Se non arriva alcuna richiesta, nulla gira e nulla costa.
Quando il pay-per-request vince.
Con un carico sporadico o fortemente oscillante, serverless è spesso la scelta più economica e semplice: webhook, job in background, elaborazione di eventi, endpoint con traffico irregolare.
Lo usiamo dove una macchina dedicata consumerebbe corrente per la maggior parte del tempo — lo scaling da zero a molte richieste lo gestisce la piattaforma.
Quando un server è più economico.
Con un carico costantemente alto il conto si ribalta: un server usato di continuo è allora, per richiesta, decisamente più conveniente di milioni di chiamate fatturate singolarmente al mese.
A questo si aggiungono i cold start alla prima chiamata e limiti rigidi di tempo di esecuzione. Processi a lunga durata, avidi di memoria o critici per la latenza si adattano male al modello serverless — qui alla fine decide il profilo di carico, non la moda.
