Au plus tard le 20 octobre 2026, Amazon Web Services (AWS) a annoncé une nouvelle fonctionnalité, « AWS Lambda Web Functions », qui permet de déployer et d’exécuter directement sur AWS Lambda, sa plateforme serverless, des applications et des frameworks Node.js comme Next.js, Express, Hono et Fastify. Elle est disponible dans cinq régions, dont celle de Tokyo. Les fonctions Lambda existantes seront désormais appelées « Lambda Event Functions ».
Le « mur HTTP » qui se dressait devant Lambda
Lambda permet de déclencher une fonction à la réception d’un événement, puis d’en renvoyer le résultat. Il était également possible de recevoir des requêtes HTTP et d’y répondre, mais l’exécution de la fonction et le traitement HTTP étaient conçus comme deux opérations distinctes. Ainsi, même si l’on plaçait dans une fonction le code d’une application Web créée avec Next.js, par exemple, celle-ci ne pouvait pas fonctionner telle quelle.
Pour combler cet écart, AWS proposait « AWS Lambda Functions Adapter », qui relie les fonctions aux capacités HTTP de Lambda. On peut le comparer à un adaptateur qui permet de brancher des prises de formes différentes. Les développeurs devaient concevoir leur architecture en tenant compte de cet adaptateur, puis adapter à Lambda leurs applications qui fonctionnaient déjà en local.
Web Functions change la donne du déploiement
Web Functions est proposé sous la forme de « fonctions Web », dans l’environnement d’exécution Lambda, doté de fonctionnalités de serveur Web similaires à celles de Node.js. Les frameworks et applications compatibles avec Node.js peuvent désormais être déployés et exécutés directement dans ces fonctions.
Le changement le plus notable concerne l’expérience de développement, plus encore que les fonctionnalités elles-mêmes. Le serverless réduit les tâches d’exploitation, mais restait quelque peu éloigné des pratiques des frameworks Web couramment utilisés. Web Functions contribue à réduire considérablement cet écart. Il devient possible d’héberger une application Express ou Hono, par exemple, sans avoir à se préoccuper de la gestion du serveur. Cette combinaison devrait séduire de nombreuses équipes de développement.
Node.js 24 et les caractéristiques de l’environnement d’exécution
Le runtime utilisé est Node.js 24. Voici les principales caractéristiques de l’environnement d’exécution.
Liste des caractéristiques
・Runtime : Node.js 24
・Mémoire : 2 Go par environnement d’exécution
・Taille de tas par défaut : 1 024 Mo
・Requêtes simultanées : jusqu’à 128 par environnement d’exécution
・Délai d’expiration : 30 secondes par défaut (configurable de 3 secondes à 15 minutes)
・Régions disponibles : Tokyo, États-Unis Est (Virginie du Nord), États-Unis Est (Ohio), États-Unis Ouest (Oregon), Europe (Irlande)
La capacité à traiter jusqu’à 128 requêtes simultanées dans un même environnement d’exécution retient particulièrement l’attention. Une application Web envoie plusieurs requêtes, même pour afficher une seule page ; le nombre de traitements parallèles par environnement est donc un élément important à prendre en compte dans la conception. Le délai d’expiration peut aussi être prolongé jusqu’à 15 minutes, ce qui laisse une marge de manœuvre pour les applications comportant des traitements longs.
De nouveaux critères pour choisir un hébergeur
Les applications Node.js comme celles créées avec Next.js sont déjà couramment hébergées sur des services spécialisés, notamment Vercel. AWS introduit désormais une autre possibilité, reposant sur l’immense infrastructure de Lambda, et certains y voient l’émergence d’une concurrence.
L’arrivée de cette fonctionnalité ne suffit toutefois pas à déterminer quelle solution est la meilleure. Le choix optimal dépend des priorités de chacun : le coût, la charge d’exploitation ou encore la compatibilité avec l’environnement AWS déjà utilisé. Pour les entreprises dont les systèmes reposent déjà sur AWS, l’avantage de pouvoir héberger aussi leurs applications Web sur la même infrastructure est loin d’être négligeable. D’autres équipes privilégieront la simplicité du déploiement ou les fonctionnalités destinées aux développeurs.
L’élargissement des choix est en soi une évolution bienvenue pour les développeurs. Quelles charges leurs applications doivent-elles supporter, et à quoi souhaitent-ils consacrer leur budget ? Web Functions semble être une nouveauté qui mérite d’être testée, notamment pour aider à réexaminer ces questions.
コメント