Arquitectura Serverless: AWS Lambda, Vercel y Cloud Functions

¿Qué es Serverless?

Serverless es un modelo de cloud computing que le permite ejecutar código sin gestionar servidores. Los servidores aún existen pero usted no los gestiona.

FaaS (Function as a Service): Despliega su código como una función. El proveedor cloud ejecuta la función cuando llega una solicitud y retorna el resultado.

BaaS (Backend as a Service): Usa servicios backend como base de datos, autenticación, almacenamiento como managed. Como Firebase, Supabase.

Ventajas: Sin gestión de servidores, escalado automático, pago por uso, costo cero en idle.

AWS Lambda

AWS Lambda es el servicio de compute serverless de AWS. Soporta runtimes de Node.js, Python, Java, Go, .NET, Ruby.

Handler: Punto de entrada de la función. Definido como exports.handler = async (event, context) => { ... }.

Trigger: Eventos que activan la función Lambda. API Gateway (HTTP), S3 (carga de archivo), DynamoDB (cambio de datos), SQS (cola de mensajes).

Cold start: La función necesita inicializarse en la primera llamada. Esto crea una latencia de 100ms-1s. Se puede reducir el cold start con provisioned concurrency.

Límites: Máximo 15 minutos de tiempo de ejecución, 10 GB de memoria, 10 GB de almacenamiento efímero. Optimice la configuración de timeout y memory.

Vercel y Netlify

Vercel: Plataforma serverless optimizada para frameworks como Next.js, Nuxt, SvelteKit. Soporte de Edge Functions y Serverless Functions.

Netlify: Hosting de sitio estático + funciones serverless. Agregue lógica de backend con Netlify Functions (basado en AWS Lambda).

Edge Functions: Funciones que se ejecutan en el edge con Cloudflare Workers o Vercel Edge Runtime. Latencia ultra baja.

Ventajas: Deploy automático en git push, preview deployments, CDN global, HTTPS automático. Excelente experiencia de desarrollador.

Uso: Aplicaciones JAMstack, endpoints de API, manejo de formularios, optimización de imágenes, autenticación.

Cold Start y Rendimiento

Cold start: El contenedor necesita iniciarse cuando la función se llama por primera vez. Esto agrega latencia. Las funciones warm son más rápidas.

Estrategias de reducción: Provisioned concurrency (AWS Lambda), keep-alive (ping periódico), bundle más pequeño, runtime más rápido (Node.js > Java).

Optimización de memoria: Más memoria = más CPU. Se puede reducir el tiempo de cold start aumentando la memoria.

Connection pooling: Cree conexiones de base de datos fuera de la función (global scope). No abra una nueva conexión en cada llamada.

Monitoreo: Monitoree el tiempo de cold start y la tasa de error con CloudWatch (AWS), Vercel Analytics.

Mejores Prácticas de Serverless

Stateless: Las funciones deben ser stateless. Almacene el estado en almacenamiento externo (DynamoDB, Redis).

Idempotencia: Ejecutar la función varias veces debe producir el mismo resultado. Debe ser seguro para retries y eventos duplicados.

Manejo de errores: Capture errores y envíelos a dead letter queue (DLQ). Defina mecanismo de retry.

Seguridad: Roles IAM de least privilege. Gestión de secretos con variables de entorno. Validación de entrada.

Optimización de costos: Optimice memory y timeout. Reduzca invocaciones innecesarias. Use provisioned concurrency con cuidado.

Serverless vs Container vs VM

Serverless: Cero gestión, escalado automático, pago por uso. Ideal para operaciones de corta duración y basadas en eventos.

Container (Docker/K8s): Más control, operaciones de larga duración, aplicaciones stateful. Requiere orquestación.

VM: Control total, aplicaciones legacy, requisitos de hardware especiales. Mayor costo de gestión.

Selección: Operaciones cortas y basadas en eventos → Serverless. Aplicaciones de larga duración y stateful → Container. Legacy y requisitos especiales → VM.