AWS a annoncé le 12 octobre 2026 Lambda Web Functions, un nouveau format d’AWS Lambda conçu pour exécuter des serveurs HTTP classiques. AWS indiquait que le service était disponible ce jour-là dans cinq régions. Au lancement, il fonctionne avec Node.js 24 sur Arm64 et peut traiter jusqu’à 128 requêtes simultanées par environnement d’exécution. AWS présente le service et ses spécifications de lancement.

Un serveur HTTP plutôt qu’un gestionnaire d’événements

Avec Lambda Web Functions, l’application démarre un serveur qui écoute sur l’hôte et le port indiqués par la variable d’environnement AWS_LAMBDA_HTTP_ENDPOINT, puis traite des requêtes HTTP standard. Le développeur peut donc conserver le modèle habituel d’un serveur Node.js, au lieu de convertir son application en gestionnaires d’événements propres à Lambda.

AWS cite notamment Express, Hono, Fastify et Next.js comme exemples de frameworks Node.js. Le runtime annoncé au lancement est nodejs24.x, sur architecture Arm64.

La facturation mesure le temps pendant lequel le processeur est actif ; la mémoire est comptabilisée tant que l’environnement d’exécution existe. Ces compteurs décrivent le modèle de facturation, sans donner à eux seuls le coût d’une application.

Régions et exemples de déploiement

AWS a nommé cinq régions au lancement : US East (N. Virginia), US East (Ohio), US West (Oregon), Asia Pacific (Tokyo) et Europe (Ireland). Le service prend aussi en charge la connectivité à un VPC, ce qui permet à l’application d’accéder aux ressources qui s’y trouvent.

Dans un exemple, AWS déploie une fonction dans us-east-1, eu-west-1 et ap-northeast-1, puis utilise une URL globale et un routage par latence présenté comme « au mieux ». Un autre exemple répartit le trafic de l’endpoint entre deux révisions : 90 % vers la révision existante et 10 % vers la nouvelle.

AWS montre également comment placer Amazon CloudFront devant une Web Function : le CDN peut mettre en cache le contenu statique et transmettre les requêtes dynamiques à la fonction. Avec le contrôle d’accès à l’origine (OAC) de CloudFront, l’endpoint peut être configuré pour n’accepter que les appels de cette distribution.

Le parcours de déploiement d’AWS utilise Express.js et la commande aws lambda-web deploy. AWS rapporte que son exemple a créé un premier endpoint en moins d’une minute.

Quelle approche Lambda choisir ?

AWS destine ses fonctions événementielles aux traitements déclenchés par des événements, aux consommateurs de files d’attente et aux appels d’autres services. Leur modèle repose sur un gestionnaire à la fois et une facturation au temps écoulé. Les Lambda MicroVMs, elles, sont des environnements isolés avec état dont le client gère le cycle de vie.

AWS Lambda Web Adapter suit une autre voie : la documentation du projet le décrit comme une extension qui fait le lien entre le modèle événementiel de Lambda et les applications HTTP, avec une prise en charge plus large des langages. Web Functions est le format HTTP natif d’AWS, lancé avec Node.js 24 sur Arm64. La différence tient donc au modèle d’intégration et au périmètre de runtime annoncé, pas à un avantage universel de performances ou de coût. Documentation du projet AWS Lambda Web Adapter et description de son architecture.