Fargate y Lambda, mejor juntos

Tras muchos años trabajando con Serverless a cierta escala, he empezado a cuestionarme varias cosas. He tenido la suerte de asistir a numerosas conferencias en las que he aprendido sobre el enorme potencial del cómputo sin servidores y las infinitas opciones disponibles. Al mismo tiempo, he observado una separación práctica entre ECS Fargate y Lambda que complica la elección para muchos equipos.

Cuando pregunto, casi siempre escucho la misma historia:

- Fargate es más barato a escala

- Lambda es mejor para tráfico con picos impredecibles

Entonces, por qué no ejecutar ambos de forma simultánea con la misma base de código. Qué tan difícil puede ser. Durante años circularon rumores de que AWS trabajaba en esto y, como en cada re Invent apenas hubo anuncios sobre la próxima generación de aplicaciones Serverless, decidí probarlo por mi cuenta.

La opción de AWS: aws lambda web adapter

Características principales: ejecuta aplicaciones web en AWS Lambda; soporta API Gateway REST y HTTP, Lambda Function URLs y Application Load Balancer; funciona con runtimes gestionados de Lambda, runtimes personalizados e imágenes Docker OCI; compatible con cualquier framework o lenguaje sin añadir dependencias nuevas; codificación automática de respuestas binarias; apagado gradual; compresión y streaming de respuestas; y también soporta eventos no HTTP.

Con esto obtienes una única base de código que corre tanto en Lambda como en Fargate.

Si por cualquier motivo no quieres usarlo, el rodeo es sencillo. Puedes mantener tu handler de Lambda habitual y, para ECS, añadir un pequeño wrapper HTTP que convierta la petición entrante en el formato de evento de ALB y devuelva la respuesta correspondiente. Ese wrapper se referencia desde el Dockerfile que uses en ECS. Resultado: mismo dominio funcional, dos runtimes, cero bifurcaciones de código.

La parte interesante

Imagina dos piezas que se complementan: Fargate ofrece un núcleo estable y siempre listo para cargas predecibles, de alto volumen o sensibles a la latencia, mientras que Lambda actúa como reflejo elástico que se expande al instante ante picos repentinos o sobrecargas temporales.

Usar solo Lambda suele implicar pagar un coste mayor por petición durante tramos largos y sostenidos, y asumir alguna latencia por cold start. Usar solo Fargate obliga a dimensionar para el pico de tráfico, con el consiguiente derroche fuera de horas punta, y expone a riesgos de sobrecarga mientras el autoscaling reacciona.

Al combinarlos eliminas ese dilema. Con una base de código unificada que corre en ambos entornos, el tráfico puede equilibrarse con fineza 30 70, 60 40, 85 15 según la demanda real. Un enrutado consciente de las tareas evita inundar un número pequeño de containers, mientras Lambda queda como colchón ante cualquier pico o incidente de ECS.

Este enfoque híbrido habilita, entre otras cosas: migrar endpoints o rutas de uno en uno; despliegues más seguros desplazando tráfico antes de reemplazar tareas; control de costes más preciso; resiliencia de servicio al reducir la probabilidad de caída simultánea; y mayor velocidad de innovación al desviar una parte del tráfico para validar cambios antes de estabilizarlos.

Es Fargate realmente más barato que Lambda

Sobre el papel sí; en la práctica, no siempre. Los contenedores parecen más económicos por su tarifa estable por vCPU y GB hora. La realidad operativa dice otra cosa: hay que elegir tamaños de tarea, afinar objetivos de autoscaling, ajustar cooldowns de scale in, definir umbrales de alarmas, buffers de concurrencia y ejecutar warmups antes de recibir carga. Y repetir este ciclo cada vez que cambian el patrón de tráfico, la eficiencia del código o la latencia de dependencias.

Cada ajuste abre la puerta a infraprovición con throttling, reintentos y latencia para el usuario, o a sobreprovición con derroche silencioso, que suele ser la salida por defecto en la mayoría de los casos. Toda decisión técnica conlleva un coste de trabajo: observabilidad, runbooks, guardias, postmortems, ciclos de tuning, riesgos de regresiones y pruebas de carga. En contraste, Lambda cobra un precio unitario mayor, lo que podríamos llamar la tarifa enterprise, pero la plataforma absorbe muchos modos de fallo que de otro modo tendrías que anticipar y mitigar.

Qué sigue cuando, no si, los contenedores se comportan mal

Este texto es el porqué de alto nivel. En la siguiente entrega profundizaré en la verdad incómoda detrás del eslógan de ejecutarlo en contenedor y en los escenarios en los que las cargas en contenedores fallan en producción. Verás cómo mapear cada uno de esos modos de fallo a un controlador de tráfico que ajusta proactivamente el reparto entre Lambda y ECS según patrones en tiempo real, incluso apoyándose en agentes IA para anticipar picos y proteger la experiencia de usuario.

Cómo te ayuda Q2BSTUDIO

En Q2BSTUDIO diseñamos e implementamos arquitecturas híbridas Fargate más Lambda orientadas a eficiencia, resiliencia y ahorro, con automatización de procesos, observabilidad y prácticas de ciberseguridad desde el primer día. Somos una empresa de desarrollo de software a medida y aplicaciones a medida, especialistas en inteligencia artificial, ciberseguridad, servicios cloud AWS y Azure, servicios de inteligencia de negocio y Power BI. Integramos ia para empresas con agentes IA que optimizan el escalado, el enrutado y el rendimiento, y construimos pipelines de datos para analítica avanzada.

Si quieres modernizar tu plataforma, migrar a una estrategia serverless híbrida o evaluar costes y rendimiento, podemos ayudarte con nuestros servicios cloud en AWS y Azure y con soluciones de inteligencia artificial aplicadas a operaciones. También diseñamos software a medida y aplicaciones a medida con foco en seguridad, cumplimiento y time to market, y conectamos tus datos con dashboards en Power BI para acelerar decisiones.

Conclusión

Fargate y Lambda no son opciones excluyentes, sino piezas complementarias. Con una base de código única, un adaptador HTTP ligero y un buen controlador de tráfico, puedes obtener lo mejor de ambos mundos: coste optimizado, latencia predecible, picos absorbidos al instante y una plataforma lista para crecer con tu negocio.