AWS anunció este 12 de octubre de 2026 Lambda Web Functions, una nueva modalidad para ejecutar servidores HTTP en Lambda sin reescribirlos como manejadores de eventos. Según el anuncio de AWS, puedes desplegar aplicaciones de Express, Hono, Fastify, Next.js u otros frameworks de Node.js con un solo comando, sin adaptadores ni infraestructura que administrar.

⚙️ Lambda queda con tres modalidades, todas con aislamiento basado en Firecracker: Event Functions, Web Functions y MicroVMs. Las funciones tradicionales reciben ahora el nombre Event Functions: procesan un evento por ejecución concurrente, cobran por tiempo transcurrido y encajan con colas o eventos de otros servicios de AWS; Web Functions atiende HTTP con múltiples solicitudes simultáneas y cobra por CPU activa. MicroVMs ofrece entornos aislados con estado y ciclos de vida administrados por el cliente para código no confiable o generado por usuarios; las tres modalidades pueden combinarse en una misma cuenta y compartir el modelo operativo.

📊 Cada entorno de Web Functions admite hasta 128 solicitudes concurrentes, de modo que varias peticiones pueden aprovechar un entorno ya activo. La CPU se mide por el tiempo que realmente utiliza el código —esperar una consulta de base de datos o una llamada a otra API consume poca CPU—, pero la memoria se cobra mientras exista el entorno. AWS plantea posibles ahorros para cargas con mucha espera de entrada y salida, como renderizado del lado del servidor, backends de API y endpoints de inferencia de IA que transmiten tokens; no es una promesa de ahorro universal.

🛠️ El servidor debe escuchar en el host y puerto que indica AWS_LAMBDA_HTTP_ENDPOINT; para probarlo localmente, puedes definir esa variable como 127.0.0.1:3000 y ejecutar node index.js. El comando aws lambda-web deploy --name my-web-app --code ./my-app empaqueta el código, crea la función, publica una revisión inmutable y conecta un endpoint HTTPS sin preparar recursos previamente; en la demostración de AWS, la primera URL estuvo lista en menos de un minuto y una actualización posterior tomó segundos. El endpoint puede apuntar a una revisión o repartir tráfico entre varias: AWS muestra un despliegue canario con 90% para la revisión actual y 10% para la nueva mediante una llamada a la API, sin herramientas adicionales; también ofrece aws lambda-web deploy --name hello-world --hello-world para arrancar con un ejemplo.

🚀 Al desplegar con varias regiones, Lambda replica el código y configura una URL global con enrutamiento hacia la región de menor latencia para cada usuario, bajo un criterio de mejor esfuerzo; la demostración utiliza us-east-1, eu-west-1 y ap-northeast-1. También puedes usar el endpoint como origen de Amazon CloudFront, con archivos estáticos desde caché y solicitudes dinámicas hacia Web Functions. Con Origin Access Control (OAC), CloudFront firma las solicitudes y el endpoint permite únicamente las de tu distribución, siguiendo el patrón de origen privado que ya ofrece con Amazon S3, sin añadir autorización personalizada a la aplicación.

¿Qué cambia para quienes desarrollan aplicaciones web?

La diferencia está en llevar a Lambda el servidor HTTP que ya usas, sin amarrarlo a un framework ni convertirlo al modelo de eventos. Para APIs, renderizado del lado del servidor y aplicaciones interactivas, AWS reúne concurrencia, distribución multirregión y control de versiones; al evaluar costos, toca considerar tanto CPU activa como memoria, no solamente las esperas que deja de medir como tiempo de CPU.

Web Functions está disponible desde hoy en Norte de Virginia, Ohio, Oregon, Tokio e Irlanda. En su lanzamiento ejecuta Node.js 24 (nodejs24.x) sobre Arm64 y admite conectividad con Amazon VPC para acceder a recursos dentro de una red privada virtual. El anuncio remite a la página de precios de Lambda, pero no especifica tarifas.

💬 ¿Qué probarías primero con Web Functions: una API en Express, una aplicación de Next.js o un endpoint que transmite respuestas de IA?

¿Pero deveras? 🌵💚