¿Qué es serverless y por qué sigue habiendo servidores detrás?
Publicado el 2026-10-20 por frfrand
Serverless explicado: qué son las funciones bajo demanda, cuándo se ejecutan, límites, cold starts, costos y diferencias con un VPS.
Serverless es una forma de ejecutar aplicaciones o funciones en la que el proveedor gestiona gran parte de los servidores necesarios. Su nombre es un poco engañoso: las máquinas físicas siguen existiendo, pero tú no tienes que iniciar sesión en cada una para administrar procesos, parches y capacidad de la misma forma que harías con un VPS.
Es parecido a pedir un taxi. No necesitas comprar y mantener un auto para trasladarte, pero por supuesto alguien sigue utilizando un vehículo real.
¿Qué es una función serverless?
Imagina que una persona sube una fotografía y tu aplicación debe convertirla a un tamaño pequeño. Puedes ejecutar un servidor encendido permanentemente esperando ese trabajo, o utilizar una función que la plataforma ejecute cuando sea necesario.
Una función como servicio (FaaS) recibe un evento o petición, procesa información y devuelve un resultado. La plataforma se ocupa de iniciar y escalar entornos de ejecución dentro de sus límites.
Existen otras modalidades de productos serverless, incluidas bases de datos y servicios administrados. No todo lo que lleva la etiqueta serverless funciona exactamente como una función.
¿Cuándo se ejecuta el código?
Puede activarse cuando llega una solicitud HTTP, se carga un archivo, aparece un mensaje en una cola o se cumple un evento configurado.
Por ejemplo, una tienda puede utilizar una función para procesar una notificación de pago. La función debe verificar de dónde viene el aviso, validar su autenticidad y manejar repeticiones de eventos antes de modificar el pedido.
La plataforma gestiona el entorno de ejecución, pero la lógica del negocio y la seguridad del código siguen siendo responsabilidad de quien desarrolla.
¿Qué es un cold start?
En ciertas plataformas, si no hay un entorno de ejecución preparado para una función, la primera llamada debe esperar a que se prepare uno. Ese retraso se conoce como cold start.
Las características dependen del proveedor, lenguaje y configuración. No conviene asumir que todas las llamadas tardan lo mismo ni que cada proveedor utiliza el mismo sistema de escalado.
Para una acción administrativa ocasional, unos milisegundos extra pueden ser irrelevantes. Para una experiencia extremadamente sensible a latencia, la diferencia puede importar.
¿Cuánto cuesta serverless?
Muchos productos facturan según invocaciones, duración, recursos consumidos o transferencia, con diferentes planes y mínimos.
Eso puede ser conveniente para trabajos esporádicos: no necesitas mantener un servidor exclusivamente para ejecutar una función unas pocas veces al día.
Pero una carga constante o muy intensiva puede producir una factura distinta de lo esperado. No existe una regla universal según la cual serverless siempre es más barato que un VPS. Conviene medir consumo y comparar alternativas.
¿Qué limitaciones pueden aparecer?
Dependiendo del servicio, puede haber límites de duración, memoria, tamaño de paquetes, conexiones o sistemas disponibles. También puede ser necesario almacenar datos persistentes fuera de la función.
Pensar que la función tiene un disco local permanente en el que guardar todas las imágenes de los clientes suele ser una mala idea. Las funciones deben diseñarse con el modelo de ejecución real del proveedor.
Si tu aplicación necesita procesos que permanecen activos durante días o software de sistema muy específico, quizá convenga un servicio de contenedores, un VPS o una arquitectura híbrida.
¿Serverless es lo mismo que microservicios?
No. Los microservicios describen una manera de separar responsabilidades de software. Serverless describe un modelo operativo de ejecución y administración.
Puedes construir un monolito con partes serverless o varios microservicios desplegados en servidores tradicionales. La decisión sobre arquitectura y la decisión sobre infraestructura no son idénticas.
¿Qué es vendor lock-in?
Si tu código depende profundamente de eventos, APIs y servicios particulares de un proveedor, trasladarlo a otro puede requerir bastante trabajo.
Eso no convierte la plataforma en una mala elección, pero conviene tener en cuenta qué piezas son portables y cuáles dependen del ecosistema elegido.
¿Y cómo se relaciona con ArduMaker?
En ArduMaker podés gestionar VPS y procesos de aplicación sobre servidores. Es un enfoque distinto a delegar por completo la ejecución a una plataforma serverless. Para proyectos reales, ambas opciones pueden complementarse: una función por eventos puede llamar a una API alojada en un VPS.
En resumen: serverless no elimina servidores, elimina parte de su administración directa. Conviene cuando el patrón de trabajo y los límites del proveedor encajan con tu aplicación.
Fuentes: AWS Serverless · AWS Lambda · Qué es Vercel.