AWS ha presentato Lambda Web Functions il 12 ottobre 2026 e ha dichiarato che il servizio era disponibile da quel giorno in cinque regioni. La novità è un formato HTTP nativo per AWS Lambda: consente di eseguire applicazioni Node.js con un server web standard, senza trasformarne la logica in gestori di eventi Lambda. AWS
Un server HTTP dentro Lambda
Con Lambda Web Functions, l’applicazione avvia un server che ascolta sull’host e sulla porta indicati dalla variabile d’ambiente AWS_LAMBDA_HTTP_ENDPOINT, quindi gestisce normali richieste HTTP. AWS ha indicato Express, Hono, Fastify e Next.js come esempi di framework Node.js utilizzabili con questo modello. AWS
Al lancio, AWS ha specificato il runtime Node.js 24 (nodejs24.x) su architettura Arm64 e fino a 128 richieste simultanee per ambiente di esecuzione. Ha inoltre dichiarato il supporto alla connettività VPC, utile per raggiungere risorse all’interno di una rete virtuale privata. AWS
Le cinque regioni annunciate erano Stati Uniti orientali (Virginia settentrionale), Stati Uniti orientali (Ohio), Stati Uniti occidentali (Oregon), Asia Pacifico (Tokyo) ed Europa (Irlanda). AWS
Deploy e gestione del traffico
Nel walkthrough di AWS, un’applicazione Express.js viene distribuita con il comando aws lambda-web deploy; il primo endpoint viene creato in meno di un minuto. È un risultato riferito alla procedura illustrata da AWS. AWS
Per il traffico tra regioni, l’esempio di AWS distribuisce una funzione in us-east-1, eu-west-1 e ap-northeast-1 e usa un unico URL globale con instradamento basato sulla latenza, in modalità best effort. In un altro esempio, il 90% del traffico dell’endpoint resta sulla revisione esistente e il 10% raggiunge quella nuova: una distribuzione canary, cioè graduale, che permette di assegnare una quota del traffico alla nuova versione. AWS
AWS descrive anche un’integrazione con Amazon CloudFront: i contenuti statici possono essere messi in cache, mentre le richieste dinamiche vengono inoltrate alla Web Function. Con Origin Access Control (OAC), CloudFront firma le richieste e l’endpoint può essere configurato per accettare invocazioni soltanto dalla distribuzione associata. AWS
Come si distingue dagli altri approcci Lambda
AWS descrive Lambda Web Functions come un formato per server HTTP e applicazioni web. Le Lambda Event Functions seguono invece il modello a eventi, con un solo gestore concorrente e fatturazione sul tempo trascorso; Lambda MicroVMs sono sandbox isolate con stato e ciclo di vita gestito dal cliente, pensate per codice non attendibile o generato dagli utenti. AWS
Per Web Functions, AWS descrive la fatturazione sulla CPU attiva e la misurazione della memoria per tutto il tempo in cui esiste l’ambiente di esecuzione. Sono criteri di calcolo diversi dal modello a eventi, ma da soli non indicano quanto costerà un’applicazione: il risultato dipende dal suo utilizzo effettivo. AWS
AWS Lambda Web Adapter segue una strada diversa: la documentazione del progetto lo descrive come un’estensione che collega il modello Lambda a eventi alle applicazioni HTTP e supporta un insieme più ampio di linguaggi e approcci di deploy. Web Functions è invece il formato HTTP nativo di AWS, con Node.js 24 su Arm64 al lancio. La differenza riguarda il modo in cui l’applicazione viene integrata con Lambda, non una superiorità generale di un’opzione sull’altra. AWS Documentazione di AWS Lambda Web Adapter Architettura di AWS Lambda Web Adapter
