AWS Introduces Lambda Web Functions for Node.js Applications
AWS recently introduced Lambda Web Functions, allowing developers to run Node.js web applications using frameworks such as Express and Hono directly on Lambda, with support for concurrent requests and response streaming. By Renato Losio
Laut der Dokumentation der Lambda Web Functions unterstuetzen die neuen Funktionen gleichzeitige HTTP-Anfragen und Response Streaming. Abgerechnet wird die aktive CPU-Zeit sowie der Speicherverbrauch, nicht die CPU-Zeit, in der auf nachgelagerte Dienste gewartet wird. Multi-Region-Routing leitet Anfragen an die naechste Region weiter, waehrend eine einzelne warme Ausfuehrungsumgebung mehrere gleichzeitige Anfragen verarbeiten kann, was Cold Starts erheblich reduziert. Bestehende Lambda-Funktionen heissen nun Lambda Event Functions und erfordern keine Aenderungen. Micah Walter, Senior Solutions Architect bei AWS, fasst die Vorteile zusammen und erklaert, warum dadurch Komplexitaet entfaellt:
Man kann einen Standard-Server, der auf einem Port lauscht und mit Express, Hono, Fastify, Next.js oder einem beliebigen Node.js-Framework gebaut wurde, mit einem einzigen Befehl deployen, und Lambda uebernimmt automatisch Skalierung, Multi-Region-Verteilung und die Abrechnung nach aktiver CPU-Zeit. Keine Adapter, keine zu verwaltende Infrastruktur und keine Abhaengigkeit von einem bestimmten Framework.
Endpoints verwenden standardmaessig eine von Lambda bereitgestellte Domain. Fuer eine eigene Domain, Edge-Caching oder AWS WAF koennen Entwickler Amazon CloudFront vorschalten und die Lambda Web Functions als Origin nutzen.
Lambda Web Functions zielen auf HTTP-Workloads ab, darunter Full-Stack-Webanwendungen, REST- und GraphQL-APIs sowie unabhaengig skalierende Microservices. Sie unterstuetzen ausserdem Server-Side Rendering und gestreamte Antworten, etwa die inkrementelle Ausgabe grosser Sprachmodelle, ohne dass eine separate Hosting-Schicht noetig ist.
Lambda Web Functions unterstuetzen derzeit nur Node.js; andere Sprachen wie Python, Java und.NET bleiben ueber herkoemmliche Lambda-Funktionen verfuegbar. Anfang dieses Jahres hatte AWS ausserdem Lambda MicroVMs eingefuehrt, die isolierte, zustandsbehaftete Sandbox-Umgebungen fuer die Ausfuehrung nicht vertrauenswuerdigen oder von Nutzern erzeugten Codes mit kundenseitig verwalteten Lebenszyklen bereitstellen.
In ihrem Artikel "Exploring AWS Lambda Web Functions for Building Web Applications" bauen Julian Wood, Kim Wendt und Samrat Karak eine Beispielanwendung, um zu zeigen, wie eine Ausfuehrungsumgebung viele Anfragen gleichzeitig verarbeitet und wie die Anwendung Nutzer weltweit bedient. Sie fassen zusammen:
Lambda Web Functions bringen das serverlose Betriebsmodell zu Webanwendungen, ohne Adapter-Schichten. Man schreibt einen Standard-Node.js-HTTP-Server, deployt ihn mit einem Befehl oder per CloudFormation und erhaelt einen skalierbaren HTTPS-Endpoint mit Pay-per-Use-Abrechnung und integriertem globalem Routing.
Die Reaktionen der Community auf Reddit und Hacker News sind ueberwiegend positiv ausgefallen, mit Betonung des einfacheren Programmiermodells und der Unterstuetzung gleichzeitiger Anfragen. In den Diskussionen werden jedoch auch Fragen zur Python-Unterstuetzung und zu den Unterschieden gegenueber bestehenden Alternativen aufgeworfen. Der Nutzer magnetik79 kommentiert:
Das ist eine grosse Sache, und es ist schoen, etwas zu sehen, das nicht ganz auf KI ausgerichtet ist. Was gut aussieht: Viele Workloads koennen nun komplett auf API Gateway verzichten. Das veraendert das aktuelle HTTP-Programmiermodell von Lambda grundlegend, denn man arbeitet nicht mehr mit einem Aufruf pro Anfrage, sondern muss nun sync- und mutex-bewusst programmieren.
In seinem Artikel "Why I'm Excited About AWS Lambda Web Functions" hebt Eric Johnson, Principal Developer Advocate bei AWS, hervor, dass Lambda Web Functions Standard-HTTP-Server und Frameworks ohne Aenderungen ausfuehren und REST, Server-Sent Events, gestreamte Antworten, RPC, Webhooks sowie IAM-Authentifizierung ueber einen einzigen verwalteten Endpoint unterstuetzen.
AWS ist nicht der einzige Cloud-Anbieter, der dieses Modell anbietet: Google Cloud Run und Azure Container Apps unterstuetzen ebenfalls Webanwendungen ohne Adapter-Schichten, mit Scale-to-Zero und konfigurierbarer Concurrency, was sie fuer Workloads mit intermittierendem oder schwallartigem Traffic geeignet macht.
Die Preise fuer Lambda Web Functions basieren auf aktiver CPU-Zeit und Speichernutzung, was die Kosten fuer Workloads senken kann, die Zeit mit dem Warten auf Datenbanken oder APIs verbringen. Der Speicher wird ueber die gesamte Lebensdauer der Ausfuehrungsumgebung abgerechnet. Dieses Modell kann I/O-intensive Workloads beguenstigen, etwa Server-Side Rendering, API-Backends und gestreamte KI-Inferenz. Der Dienst ist derzeit in fuenf Regionen verfuegbar: Nordvirginia, Ohio, Oregon, Tokio und Irland.
Praesentiert von: Martin Reynolds, Field CTO bei Harness, und Barani Mohandoss, Director, Cloud Governance, FinOps & E-Tools bei Trimble
Automatisch übersetzt. Das Original auf Englisch ist unten aufklappbar.
Original (Englisch) anzeigen
According to the Lambda Web Functions documentation, the new functions support concurrent HTTP requests and response streaming. They charge for active CPU time and memory, rather than CPU time spent waiting for downstream services. Multi-Region routing directs requests to the closest Region, while a single warm execution environment can handle multiple concurrent requests, significantly reducing cold starts. Existing Lambda functions are now called Lambda Event Functions, with no changes required. Micah Walter, senior solutions architect at AWS, summarizes the benefits and why it removes this complexity:
You can take a standard port-listening server built with Express, Hono, Fastify, Next.js, or any Node.js framework, deploy it with a single command, and Lambda automatically handles scaling, multi-region distribution, and active CPU billing. No adapters, no infrastructure to manage, and no framework lock-in.
Endpoints use a Lambda-provided domain by default. To use a custom domain, edge caching, or AWS WAF, developers can use Amazon CloudFront in front, relying on Lambda Web Functions as the origin.
Lambda Web Functions target HTTP workloads, including full-stack web applications, REST and GraphQL APIs, and independently scaling microservices. They also support server-side rendering and streaming responses, such as incremental output from large language models, without requiring a separate hosting layer.
Lambda Web Functions currently support only Node.js; other languages, including Python, Java, and.NET, remain available through traditional Lambda functions. Earlier this year, AWS also launched Lambda MicroVMs, which provide isolated, stateful sandbox environments for running untrusted or user-generated code, with customer-managed lifecycles.
In their article " Exploring AWS Lambda Web Functions for Building Web Applications ", Julian Wood, Kim Wendt, and Samrat Karak build a sample application to show how one execution environment handles many requests at once and how the application serves users globally. They summarize:
Lambda Web Functions bring the serverless operating model to web applications without adapter layers. You write a standard Node.js HTTP server, deploy it with one command or CloudFormation, and get a scalable, pay-per-use HTTPS endpoint with global routing built in.
Community reactions on Reddit and Hacker News have been largely positive, highlighting the simpler programming model and support for concurrent requests. However, discussions also raise questions about Python support and how the service differs from existing alternatives. User magnetik79 comments:
This is a big one - and nice to see something not entirely honed in AI. ☺️ What looks great: Many workloads can now skip API Gateway entirely this totally changes the current Lambda HTTP programming model - now you're no longer working with one invoke/one request - now you might need to be sync/mutex aware.
In his article "Why I'm Excited About AWS Lambda Web Functions," Eric Johnson, principal developer advocate at AWS, highlights how Lambda Web Functions run standard HTTP servers and frameworks without modification, supporting REST, server-sent events, streaming responses, RPC, webhooks, and IAM authentication through a single managed endpoint.
AWS is not the only cloud provider offering this model: Google Cloud Run and Azure Container Apps also support web applications without adapter layers, scale-to-zero, and configurable concurrency, making them suitable for workloads with intermittent or bursty traffic.
Pricing for Lambda Web Functions is based on active CPU time and memory usage, potentially reducing costs for workloads that spend time waiting on databases or APIs. Memory is billed for the lifetime of the execution environment. This model may benefit I/O-heavy workloads, such as server-side rendering, API backends, and streaming AI inference. The service is currently available in five regions: Northern Virginia, Ohio, Oregon, Tokyo, and Ireland.
Presented by: Martin Reynolds - Field CTO at Harness, and Barani Mohandoss - Director, Cloud Governance, FinOps & E-Tools at Trimble