Un webhook de Stripe llega a las 3 a. m., tres veces al mes. Un VPS funciona las 24 horas del día para escucharlo. Coste: quince euros fijos más arreglos de seguridad. Una función sin servidor facturada por invocación cuesta unos centavos y no requiere un núcleo para su mantenimiento. Por el contrario, una API REST llamada 500 veces por segundo con un requisito de 50 ms en el percentil 95 sufre arranques en frío y una factura de CPU que excede la de un pequeño servidor dedicado.
Sin servidor no es "sin servidor". Es servidor operado por otros, facturado por uso. La ventaja aparece cuando tu carga es intermitente, paralelizable y corta.
Usos donde gana la tecnología sin servidor
Webhooks e integraciones: pago, CRM, firma electrónica: reacción ante un evento sin demonio permanente.
Procesamiento de medios: miniatura, transcodificación de videos cortos, análisis antivirus al cargar: el procesador alcanza su punto máximo y luego finaliza.
Cron distribuido: exportaciones nocturnas, sincronización de catálogos, limpieza de registros: función plus de programador en la nube.
API de bajo tráfico: administración interna, prototipo MVP, formulario para correo electrónico.
Borde ligero: reescritura de encabezados, pruebas A/B, autenticación de borde (computación de borde).
| Uso | Adaptado sin servidor | Menos adecuado |
|---|---|---|
| Gancho web de rayas | Sí | — |
| Sitio principal de WordPress | No | VPS compartido |
| API de alta frecuencia y baja latencia | No | VPS/PaaS |
| Paquete de 10.000 archivos | Sí (paralelo) | Cron de un solo subproceso VPS |
| WebSocket permanente | Difícil | Servidor de larga duración |
Límites a anticipar
Arranque en frío: idioma, tamaño del paquete, conexión de red privada virtual. Mitigación: simultaneidad aprovisionada (costo), trabajadores en el límite.
Retraso máximo: quince minutos en muchas nubes; trabajos largos → cola más trabajador VPS.
Depuración: registros distribuidos, reproducción local menos trivial que un servidor de desarrollo típico.
Modelos propietarios: identidad y acceso, activadores, archivos propietarios. Documentar la exportación.
Costo sorpresa: bucle con errores = millón de convocatorias. Establece cuotas y alertas de facturación.
Arquitectura híbrida realista
Patrón frecuente en proyectos de la Unión Europea: API frontal y principal en PaaS o VPS; funciones para webhooks, imágenes, extracción-transformación-carga ligera; cola entre los dos; PostgreSQL administrado con grupo de conexiones. Usted mantiene el control del negocio principal y delega los picos de procesador desacoplados.
Lo mejor: la tecnología sin servidor no elimina la complejidad, la mueve
Decide y avanza sin puntos ciegos
Primero, enumere las tareas intermitentes frente a aquellas que deben ejecutarse constantemente. Cree un prototipo de una función de webhook con registros centralizados y mida el arranque en frío en su tiempo de ejecución real. Simule el costo con diez veces el tráfico actual para detectar bucles con errores antes de la producción. Mantenga el núcleo con estado en un VPS, PaaS o una base de datos administrada, y reserve sin servidor para picos desacoplados. Compare las ofertas de la Unión Europea a través del directorio y PaaS o servidor.
Preguntas frecuentes
¿Serverless reemplaza mi sitio de WordPress?
No para un CMS clásico siempre activo, que debe servir páginas continuamente con un núcleo PHP permanente. Sí, para componentes adicionales: cambio de tamaño de la imagen al cargarla, webhooks de Stripe o exportación de PDF a pedido: todo lo que se encuentra entre dos eventos. El sitio principal permanece en compartido, VPS o PaaS; serverless completa, no reemplaza.
¿Qué es el arranque en frío?
Esta es la latencia al activar una función inactiva después de un período sin tráfico. Problemático para una API síncrona ultrarrápida; aceptable para tareas asincrónicas, webhooks o tráfico regular que mantiene la función activa. Mídalo en función de su tiempo de ejecución y tamaño del paquete, no en una demostración genérica.
¿Cómo gestionar el estado y la base de datos?
Serverless no tiene estado por diseño: el estado reside en PostgreSQL, DynamoDB o una caché externa. Para conexiones básicas, utilice un pooler (PgBouncer, RDS Proxy) o controladores adecuados para conexiones cortas. Sin un grupo, cada invocación puede abrir una conexión y agotar la base de púas.
¿Proveedores sin servidor en Europa?
AWS Lambda en las regiones de la UE, Scaleway Functions y Cloudflare Workers cubren la mayoría de los casos. Compare la jurisdicción, el arranque en frío y los precios de salida en el directorio. Documente las cuotas y las alertas de facturación antes de publicarlas: un ciclo de facturación al invocar con errores.
La tecnología sin servidor gana cuando su carga duerme la mayor parte del tiempo, no cuando su producto es un servidor HTTP permanente.