Ventajas y desventajas de serverless para un proyecto web

Serverless ejecuta código bajo demanda sin gestionar servidores. Es ideal para cargas variables y reduce el trabajo de operaciones, pero conlleva compromisos (cold starts, límites de runtime, dependencia del proveedor).

Casos de uso típicos

• Manejo de eventos/webhooks (Stripe, Shopify, GitHub), tareas asíncronas, CRON.
• Procesamiento puntual de datos (imagen/vídeo, ETL ligero), backends con tráfico intermitente.
• Funciones en el edge para personalización (tests A/B, georouting, reescritura de respuestas).

Ventajas

• Pago por uso: facturación por tiempo de ejecución e invocaciones.
• Escalado automático y alta disponibilidad gestionados por el proveedor.
• Time‑to‑market más rápido: sin aprovisionamiento ni parches de SO/servidores.
• Integraciones gestionadas (colas, eventos, secretos, planificadores).

Desventajas y límites

• Cold starts y latencia variable (especialmente fuera de runtimes edge). Mitigación: provisioned concurrency, warming.
• Límites: duración máx. (p. ej. 15 min), memoria/CPU, tamaño del paquete, conexiones salientes.
• Observabilidad/debug más complejos (logs distribuidos, tracing). Requiere herramientas APM.
• Bloqueo de proveedor y diferencias de API (IAM, eventos, empaquetado).
• Costes impredecibles en picos; el egress de red puede dominar.

Consejo de costes: estima el coste mensual con hipótesis realistas (invocaciones x duración x memoria) y compáralo con un contenedor/VM equivalente. Con tráfico sostenido y constante, un contenedor suele ser más barato.

Herramientas y ecosistema clave

• Proveedores: AWS Lambda + API Gateway, Azure Functions, Google Cloud Functions/Run, Cloudflare Workers/D1/Queues.
• Plataformas: Vercel Functions/Edge, Netlify Functions, Supabase Edge Functions.
• Frameworks: Serverless Framework, AWS SAM, SST, Next.js (Route Handlers, Middleware), Remix, Astro.
• Observabilidad: AWS X-Ray, CloudWatch Logs, Datadog, New Relic, OpenTelemetry.
• Mensajería/Eventos: SQS, SNS, EventBridge, Pub/Sub, Cloud Tasks, Cloudflare Queues.

Buenas prácticas

• Mantén funciones pequeñas e idempotentes; externaliza estado (BD, colas, caché).
• Reduce el cold start: runtimes rápidos (Node.js, Deno, Bun), dependencias ligeras, layers compartidas.
• Usa provisioned concurrency para endpoints críticos; ajusta timeouts/memoria y controla retries.
• Seguridad: mínimo privilegio (IAM), secretos con KMS/Parameter Store/Secrets Manager.
• Observabilidad: correlación de trazas, métricas personalizadas, DLQ para errores asíncronos.

Cuándo usar / evitar

• Usar para: tráfico variable, MVPs, trabajos dirigidos por eventos, automatización backend, procesamiento por lotes.
• Evitar para: latencia ultra‑baja sostenida, sockets de larga duración, cargas CPU/GPU intensivas continuas.

Alternativas e híbridos

• Contenedores gestionados (Cloud Run, App Runner) para evitar cold starts severos con poca operación.
• Enfoque híbrido: endpoints críticos en contenedores, el resto en functions; edge para personalización.

Recursos

• Calculadora de precios de AWS Lambda, documentación de AWS/Azure/GCP.
• Docs de Serverless Framework y SST, guías de Vercel/Netlify.