45 min + Q&A · Audiencia mixta técnica / no técnica
Serverless es una forma de construir productos digitales sin operar servidores como parte del trabajo diario. El proveedor cloud se encarga de la infraestructura; el equipo se concentra en la experiencia, el producto y el aprendizaje con usuarios.
La idea central: empezar pequeño, pagar por uso y mantener la opción de cambiar de arquitectura cuando el negocio lo justifique.
Introducción
Para una startup, cada hora de ingeniería debe acercar el producto al mercado. Serverless elimina buena parte del trabajo de DevOps 24/7, evita el escalado manual cuando llega un pico de tráfico, reduce el costo fijo de mantener capacidad ociosa y acorta el time-to-market.
- Menos operación: actualizaciones, capacidad y disponibilidad gestionadas por el proveedor.
- Escalado automático: más demanda no implica comprar y configurar servidores a mano.
- Costo variable: el gasto acompaña el uso real durante la etapa de descubrimiento.
- Entrega rápida: el equipo puede probar una hipótesis en días, no en semanas de infraestructura.
Tres pilares conceptuales
FaaS
Funciones bajo demanda que ejecutan una tarea y terminan. Ejemplos: Lambda y Cloud Functions.
BaaS
Backend completo listo para consumir: auth, base de datos, realtime y storage. Supabase y Firebase.
Event-driven
La aplicación reacciona a eventos: usuarios, archivos, pagos, colas o webhooks.
Stack tecnológico 2026
| Capa | Elección | Para qué sirve |
|---|---|---|
| Frontend + APIs | Vercel | Next.js, Edge Functions y deploy en 1 click. |
| Backend gestionado | Supabase | PostgreSQL, Auth OAuth, Realtime, Storage y Vectors. |
| Lógica compleja | Claude + IA | Procesamiento semántico, resúmenes y decisiones asistidas; Codex acelera la generación de código. |
Arquitectura de referencia
El flujo base separa la experiencia inmediata de los trabajos que pueden ejecutarse en segundo plano. El usuario recibe una respuesta rápida; la IA procesa el evento y notifica cuando el resultado está listo.
frontend
API + Auth
datos
Background: webhooks → Claude → notificaciones. El patrón permite reintentos, trazabilidad y una interfaz que no queda bloqueada esperando una respuesta larga.
Caso práctico: MVP mobile app
Imaginemos una app de notas con IA. El objetivo no es demostrar toda la infraestructura posible, sino validar si las personas capturan ideas y encuentran valor en un resumen automático.
Login
OAuth de Supabase para eliminar fricción y tener identidad lista desde el primer día.
Crear nota
La nota se guarda en Supabase y se sincroniza en realtime entre dispositivos.
Resumen automático
Un webhook envía el contenido a Claude y devuelve un resumen accionable.
Stack: Vercel + Next.js para la app y sus APIs; Supabase para Auth y base de datos; Claude API para la capa de IA.
Costos y escalado
| Etapa | Rango orientativo | Qué incluye |
|---|---|---|
| Mes 1–3 · MVP | $0–50/mes | Free tiers, pocos usuarios y validación de la propuesta. |
| Mes 4–12 · Tracción | $200–500/mes | Planes Pro, observabilidad, más base de datos y consumo de IA. |
| Año 2+ · Escala | Variable | Inversión estratégica según volumen, márgenes y criticidad. |
Mensaje clave: el costo escala con el éxito, no al revés.
Limitaciones reales
- Cold start: una función puede tardar aproximadamente 500 ms–2 s en despertar.
- Timeouts: los límites de ejecución rondan los 15 minutos; no todo proceso cabe ahí.
- Sin estado persistente: la función debe guardar el estado fuera de su memoria temporal.
- WebSockets: no son el terreno más cómodo para conexiones críticas y permanentes.
- Costos impredecibles: un crecimiento brusco o una mala configuración puede elevar la factura.
- Big Data / ETL: los pipelines pesados y sostenidos suelen pedir otra arquitectura.
Cuándo migrar a servidor propio
Serverless no es una religión ni una condena. Revisa la decisión cuando aparezcan señales operativas o económicas claras:
- Millones de requests al mes y un costo variable que ya no compensa.
- WebSockets críticos funcionando 24/7.
- Necesidad de latencia constante por debajo de 100 ms.
- Márgenes que favorecen capacidad reservada y control directo de infraestructura.
La transición recomendada es híbrida y gradual: frontend en Vercel, backend específico en VPS o Kubernetes, y migración por dominios funcionales sin downtime. El objetivo es mover solo lo que necesita moverse.
Cierre
Comienza hoy sin DevOps. Escala automáticamente mañana. Migra después solo cuando sea necesario.
El mejor stack para una startup es el que reduce el tiempo entre una hipótesis y una señal real del mercado. Serverless te da esa velocidad y, si el producto funciona, también te deja crecer hasta que los números indiquen el siguiente paso.