Lambda, Cloud Run, Vercel Functions. Cuándo pay-per-request sale más barato que un servidor — y cuándo no.
Categoría · DevOps e Infra
Sin servidor, solo función.
Serverless no significa que no haya un servidor en marcha, sino que uno no se ocupa de él. Se sube el código (AWS Lambda, Google Cloud Run, Vercel Functions) y el proveedor lo arranca por cada petición.
Solo se factura la ejecución real. Si no llega ninguna petición, no corre nada y no cuesta nada.
Cuándo gana el pago por petición.
Ante una carga esporádica o muy fluctuante, serverless es a menudo la opción más barata y más sencilla: webhooks, trabajos en segundo plano, procesamiento de eventos, endpoints con tráfico irregular.
Lo usamos donde una máquina propia se pasaría la mayor parte del tiempo solo consumiendo electricidad: el escalado de cero a muchas peticiones lo resuelve la plataforma.
Cuándo un servidor es más barato.
Ante una carga alta y constante, la cuenta cambia de signo: un servidor en uso permanente resulta entonces, por petición, claramente más barato que millones de invocaciones facturadas por separado al mes.
A eso se suman los cold starts en la primera invocación y los límites duros de tiempo de ejecución. Los procesos de larga duración, intensivos en memoria o críticos en latencia encajan mal en el modelo serverless: aquí, al final, decide el perfil de carga, no la moda.
