Definición rápida
Serverless (sin servidor) es un modelo de computación en la nube donde el proveedor gestiona automáticamente la infraestructura de servidores, y el desarrollador solo escribe y despliega código que se ejecuta en respuesta a eventos, pagando únicamente por el tiempo de ejecución real.
¿Qué es Serverless?
El nombre «serverless» (sin servidor) es un poco engañoso —los servidores existen, solo que no los gestionas tú. El proveedor de cloud (AWS, Google Cloud, Azure) se encarga de provisionar, escalar, parchear y administrar los servidores. Tú solo escribes la función.
El paradigma serverless se popularizó con AWS Lambda en 2014, que introdujo el concepto de «Functions as a Service» (FaaS). En lugar de tener un servidor corriendo 24/7 esperando requests, tienes funciones que solo existen mientras están ejecutándose —como si el servidor se encendiera al recibir un request y se apagara al terminar.
Serverless es el extremo opuesto del modelo de servidor dedicado. En el espectro de abstracción: hardware propio → VPS → contenedores → microservicios → serverless. A mayor abstracción, menos gestión de infraestructura, pero también menos control.
¿Cómo funciona Serverless en la práctica?
Los componentes principales del ecosistema serverless son:
- Functions as a Service (FaaS): AWS Lambda, Google Cloud Functions, Azure Functions. Funciones que se ejecutan en respuesta a eventos (HTTP request, mensaje en cola, cambio en base de datos).
- Backend as a Service (BaaS): Supabase, Firebase, PlanetScale. Servicios de base de datos, autenticación y almacenamiento completamente gestionados.
- Serverless containers: AWS Fargate, Cloud Run de Google. Containers que escalan a cero cuando no hay tráfico.
El modelo de precios serverless es el pay-per-use extremo: AWS Lambda cobra por cada 1ms de ejecución. Si tu función corre 1 millón de veces al mes por 100ms cada vez, pagas solo por eso —no por el tiempo que el servidor está «esperando» sin hacer nada.
Ejemplos reales en LATAM
Startups SaaS tempranas en LATAM: Muchas startups en etapa seed en Chile, Colombia y México usan Vercel + Supabase como stack serverless, eliminando la necesidad de gestionar servidores y reduciendo drásticamente los costos de infraestructura inicial.
n8n y automatización: Los workflows de n8n frecuentemente disparan funciones serverless para procesamiento puntual, como análisis de datos de un formulario o envío de notificaciones.
E-commerce en eventos de alta demanda: Tiendas online que usan funciones serverless para gestionar picos de tráfico en Cyber Monday o Hot Sale sin pagar por capacidad extra el resto del año.
Serverless vs Servidores Tradicionales
| Característica | Serverless | Servidor Tradicional |
|---|---|---|
| Gestión de infra | Cero (proveedor) | Alta (tu equipo) |
| Escalado | Automático instantáneo | Manual o semi-auto |
| Costo idle | Cero (no corre si no hay requests) | Pagas 24/7 |
| Cold start | Latencia inicial (50-500ms) | Sin cold start |
| Límite de ejecución | 15 min (Lambda) | Ilimitado |
Errores comunes con Serverless
- Ignorar los «cold starts»: Cuando una función serverless no ha sido invocada recientemente, hay una latencia inicial de «arranque en frío» (50-500ms). Para APIs de baja latencia, esto puede ser problemático.
- Funciones serverless monolíticas: Una función Lambda de 10,000 líneas que hace todo no es el uso correcto del paradigma. Las funciones deben ser pequeñas y especializadas.
- Ignorar el vendor lock-in: El código que usa AWS Lambda APIs directamente es difícil de migrar a otro cloud. Considera frameworks como Serverless Framework o SST que abstraen el proveedor.
- No monitorear el costo: Serverless puede ser muy económico o sorprendentemente caro si hay bugs que generan millones de invocaciones inesperadas. Pon alertas de costo desde el primer día.
Preguntas Frecuentes (FAQ)
¿Serverless es siempre más barato?
No siempre. Para cargas de trabajo constantes y predecibles, un servidor dedicado puede ser más económico. Serverless es más económico cuando el tráfico es variable, con períodos de inactividad. A muy alto volumen constante, los costos de serverless pueden superar a un servidor dedicado.
¿Puedo construir toda mi startup con serverless?
Sí, y muchas lo hacen. El stack «serverless native» (Next.js + Vercel + Supabase + Cloudflare) permite construir aplicaciones completas sin gestionar ningún servidor. Es un enfoque muy popular para startups early-stage que quieren moverse rápido.
¿Qué es el «Function as a Service» (FaaS)?
FaaS es el modelo específico donde el proveedor gestiona no solo el servidor sino también el runtime de la aplicación. Tú subes la función, defines el trigger (HTTP, cron, evento) y el proveedor se encarga del resto. AWS Lambda, Google Cloud Functions y Azure Functions son los ejemplos principales.
