AWS anunció Lambda Web Functions el 12 de octubre de 2026 y dijo que ya estaba disponible ese día en cinco regiones de AWS. El nuevo formato permite ejecutar aplicaciones web estándar de Node.js en Lambda como servidores HTTP: en lugar de adaptar la aplicación a manejadores de eventos, el servidor escucha en el host y el puerto indicados por AWS_LAMBDA_HTTP_ENDPOINT. AWS explica el lanzamiento y su modelo de ejecución.
Un servidor HTTP dentro de Lambda
En el lanzamiento, AWS especificó Node.js 24 (nodejs24.x) sobre Arm64 y hasta 128 solicitudes concurrentes por entorno de ejecución. El modelo está pensado para aplicaciones web y API que atienden solicitudes HTTP, incluidas cargas con mucho trabajo de entrada y salida. AWS también indicó que Lambda Web Functions admite conectividad con una VPC, por lo que la aplicación puede acceder a recursos dentro de esa red virtual.
Despliegue y gestión del tráfico
En su ejemplo con Express.js, AWS usa el comando aws lambda-web deploy y afirma que creó el primer endpoint en menos de un minuto. Es un resultado de ese recorrido de despliegue concreto.
AWS también muestra una configuración multirregional con una URL global y enrutamiento por latencia de mejor esfuerzo entre us-east-1, eu-west-1 y ap-northeast-1. En otro ejemplo, asigna el 90 % del tráfico a una revisión existente y el 10 % a una nueva: una forma de introducir una versión gradualmente.
Para una arquitectura con Amazon CloudFront, el ejemplo de AWS combina contenido estático en caché con solicitudes dinámicas enviadas a Web Functions. El control de acceso de origen de CloudFront (OAC) firma las solicitudes y permite restringir la invocación del endpoint a la distribución correspondiente. AWS detalla estos patrones de despliegue y conexión.
Cómo encaja frente a otros enfoques de Lambda
AWS describe Lambda Event Functions como manejadores orientados a eventos, con una sola invocación concurrente por manejador y facturación por tiempo de ejecución. Web Functions, en cambio, atiende solicitudes HTTP concurrentes y mide el tiempo de CPU activo; la memoria se mide mientras existe el entorno de ejecución. Lambda MicroVMs son entornos aislados con estado y un ciclo de vida gestionado por el cliente, un enfoque que AWS orienta a otros usos, como ejecutar código no confiable.
AWS Lambda Web Adapter adopta otra vía: la documentación del proyecto describe una extensión que conecta aplicaciones HTTP con el modelo de eventos de Lambda y ofrece compatibilidad con un conjunto más amplio de lenguajes y opciones de despliegue. Web Functions es el formato HTTP nativo de AWS y su runtime especificado en el lanzamiento es Node.js 24 sobre Arm64. La diferencia está en el modelo y el alcance descrito para cada opción; las fuentes no establecen una superioridad general. AWS Lambda Web Adapter: guía del proyecto y descripción de su arquitectura.
Las cinco regiones que AWS nombró para el lanzamiento son US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Tokyo) y Europe (Ireland).
