Runtime Lambda

Lambda supporta più lingue attraverso l'uso di runtime. Un runtime fornisce un ambiente specifico del linguaggio che inoltra gli eventi di chiamata, le informazioni di contesto e le risposte tra Lambda e la funzione. Puoi utilizzare i runtime forniti da Lambda o puoi crearne uno personalizzato.

Lambda è indipendente dalla scelta del runtime. Per funzioni semplici, i linguaggi interpretati come Python e Node.js offrono le prestazioni più veloci. Per le funzioni con calcoli più complessi, i linguaggi compilati come Java sono spesso più lenti da inizializzare ma vengono eseguiti rapidamente nell'handler Lambda. La scelta del runtime dipende anche dalle preferenze degli sviluppatori e dalla familiarità del linguaggio.

Ogni versione del linguaggio di programmazione principale ha un runtime separato, con un identificatore di runtime univoco, ad esempio nodejs22.x o python3.13. Per configurare una funzione in modo da utilizzare una nuova versione principale del linguaggio, è necessario modificare l'identificatore di runtime. Poiché AWS Lambda non può garantire la compatibilità con le versioni precedenti tra le versioni principali, questa è un'operazione gestita dal cliente.

Per una funzione definita come immagine di container, scegli un runtime e la distribuzione Linux quando crei l'immagine di container. Per modificare il runtime, è necessario creare una nuova immagine di container.

Quando si utilizza un archivio di file con estensione .zip per il pacchetto di implementazione, è necessario scegliere un runtime quando si crea la funzione. Per modificare il runtime, è possibile aggiornare la configurazione della funzione. Il runtime è associato a una delle distribuzioni Amazon Linux. L'ambiente di esecuzione sottostante fornisce ulteriori librerie e variabili di ambiente alle quali è possibile accedere dal codice della funzione.

Lambda richiama la funzione in un ambiente di esecuzione. Un ambiente di esecuzione fornisce un ambiente di runtime sicuro e isolato che gestisce le risorse necessarie per eseguire la funzione. Lambda riutilizza l'ambiente di esecuzione da una chiamata precedente, se disponibile, oppure può creare un nuovo ambiente di esecuzione.

Per utilizzare altri linguaggi in Lambda, come Go o Rust, utilizza un runtime solo per il sistema operativo. L'ambiente di esecuzione Lambda offre un'interfaccia di runtime per ricevere gli eventi di chiamata e inviare le risposte. Puoi implementare altri linguaggi implementando un runtime personalizzato insieme al codice della funzione o in un livello.

Runtime supportati

Nella tabella seguente sono elencati i runtime Lambda supportati e le date di ritiro previste. Una volta ritirato un runtime, è ancora possibile creare e aggiornare le funzioni per un periodo limitato. Per ulteriori informazioni, consulta Utilizzo del runtime dopo la deprecazione. La tabella riporta le date attualmente previste per il ritiro dei runtime, in base alla nostra Policy di deprecazione del runtime. Tali date vengono indicate a scopo di pianificazione e sono soggette a modifiche.

Lambda mantiene aggiornati i runtime gestiti e le immagini di base dei container corrispondenti con patch e supporto per le versioni minori. Per ulteriori informazioni, consulta Aggiornamenti di runtime Lambda.

Per interagire a livello di codice con altri Servizi AWS e risorse della funzione Lambda, puoi utilizzare uno degli SDK AWS. I runtime Node.js, Python e Ruby includono una versione dell'SDK AWS. Tuttavia, per mantenere il pieno controllo delle dipendenze e massimizzare la compatibilità con le versioni precedenti durante gli aggiornamenti automatici del runtime, ti consigliamo di includere sempre i moduli SDK utilizzati dal codice (insieme a qualsiasi dipendenza) nel pacchetto di implementazione della funzione o in un livello Lambda.

Ti consigliamo di utilizzare la versione SDK inclusa nel runtime solo quando non puoi includere pacchetti aggiuntivi nell’implementazione. Ad esempio, quando crei la funzione utilizzando l'editor di codice della console Lambda o il codice di funzione in linea in un modello CloudFormation.

Lambda aggiorna periodicamente le versioni degli SDK AWS inclusi nei runtime Node.js, Python e Ruby. Per determinare la versione dell'SDK AWS incluso nel runtime che stai utilizzando, consulta le seguenti sezioni:

Lambda continua a supportare il linguaggio di programmazione Go dopo il ritiro del runtime Go 1.x. Per ulteriori informazioni, consulta Migrating AWS Lambda functions from the Go1.x runtime to the custom runtime on Amazon Linux 2 nell’AWS Compute Blog.

Tutti i runtime Lambda supportati supportano sia le architetture x86_64 che le architetture arm64.

Nuovi rilasci di runtime

Lambda fornisce runtime gestiti per le nuove versioni di linguaggio solo quando il rilascio raggiunge la fase di supporto a lungo termine (LTS) del ciclo di rilascio del linguaggio. Ad esempio, per il ciclo di rilascio di Node.js, quando il rilascio raggiunge la fase Active LTS.

Prima che raggiunga la fase di supporto a lungo termine, il rilascio rimane in fase di sviluppo e può ancora essere soggetto a modifiche sostanziali. Lambda applica in automatico gli aggiornamenti di runtime per impostazione predefinita, quindi le modifiche sostanziali a una versione di runtime potrebbe impedire alle funzioni di funzionare come previsto.

Lambda non fornisce runtime gestiti per le versioni di linguaggio che non sono pianificate per il rilascio LTS.

L'elenco seguente mostra il mese di lancio previsto per i runtime Lambda futuri. Queste date sono solo indicative e soggette a modifica.

Policy di deprecazione del runtime

I runtime Lambda per gli archivi di file .zip sono costruiti attorno a una combinazione di sistema operativo, linguaggio di programmazione e librerie software soggette ad aggiornamenti di manutenzione e sicurezza. In base alla policy di deprecazione standard di Lambda, un runtime diventa obsoleto quando uno dei suoi componenti principali raggiunge la fine del supporto a lungo termine (LTS) della community e gli aggiornamenti di sicurezza non sono più disponibili. In genere si tratta del runtime del linguaggio, anche se in alcuni casi un runtime può diventare obsoleto perché il sistema operativo (OS) raggiunge la fine dell'LTS.

Dopo che un runtime è diventato obsoleto, AWS potrebbe non applicare più patch di sicurezza o aggiornamenti a tale runtime e le funzioni che lo utilizzano non essere più idonee per il supporto tecnico. Tali runtime obsoleti vengono forniti "così come sono", senza alcuna garanzia e possono contenere bug, errori, difetti o altre vulnerabilità.

Per ulteriori informazioni sulla gestione degli aggiornamenti e del ritiro dei runtime, consulta le seguenti sezioni e Managing AWS Lambda runtime upgrades nel blog AWS Compute.

Modello di responsabilità condivisa

Lambda è responsabile della cura e della pubblicazione degli aggiornamenti di sicurezza per tutti i runtime gestiti e le immagini dei container supportati. Per impostazione predefinita, Lambda applica automaticamente questi aggiornamenti alle funzioni che utilizzano runtime gestiti. Se l'impostazione predefinita per l'aggiornamento automatico del runtime è stata modificata, consulta il modello di responsabilità condivisa dei controlli di gestione del runtime. Per le funzioni implementate utilizzando immagini di container, l'utente sarà responsabile della ricostruzione dell'immagine di container della funzione dall'immagine di base più recente e della nuova implementazione dell'immagine di container.

Quando un runtime diventa obsoleto, la responsabilità di Lambda per l'aggiornamento del runtime gestito e delle immagini di base del container cessa. L'utente è responsabile dell'aggiornamento delle funzioni per utilizzare un runtime o un'immagine di base supportata.

In tutti i casi, l'utente è responsabile dell'applicazione degli aggiornamenti al codice della funzione, comprese le sue dipendenze. Le tue responsabilità nell'ambito del modello di responsabilità condivisa sono riassunte nella tabella seguente.

Utilizzo del runtime dopo la deprecazione

Dopo che un runtime è diventato obsoleto, AWS potrebbe non applicare più patch di sicurezza o aggiornamenti a tale runtime e le funzioni che lo utilizzano non essere più idonee per il supporto tecnico. Sebbene sia possibile continuare a invocare le funzioni all'infinito, AWS consiglia caldamente di eseguire la migrazione a un runtime supportato. I runtime obsoleti vengono forniti "così come sono", senza alcuna garanzia, e possono contenere bug, errori, difetti o altre vulnerabilità. Le funzioni che utilizzano un runtime obsoleto possono inoltre presentare un peggioramento delle prestazioni o altri problemi, come la scadenza del certificato, che possono impedirne il corretto funzionamento.

Puoi aggiornare una funzione in modo che utilizzi un runtime supportato più recente in qualsiasi momento dopo il ritiro di un runtime. Consigliamo di testare la funzione con il nuovo runtime prima di applicare modifiche agli ambienti di produzione. Non sarà possibile ripristinare il runtime obsoleto dopo che gli aggiornamenti delle funzioni sono stati bloccati. Consigliamo di utilizzare le versioni e gli alias delle funzioni per consentire una implementazione sicura con rollback.

La seguente sequenza temporale descrive cosa succede quando un runtime viene bloccato:

Ricezione di notifiche di ritiro del runtime

Quando un runtime si avvicina alla data di ritiro, Lambda ti invia un avviso e-mail se nel tuo Account AWS ci sono funzioni che utilizzano quel particolare runtime. Le notifiche vengono visualizzate anche in AWS Health Dashboard e in AWS Trusted Advisor.

Runtime obsoleti

Per i seguenti runtime è stata raggiunta la fine del supporto:

In quasi tutti i casi, la data di fine del ciclo di vita del sistema operativo o della versione di un linguaggio è nota in anticipo. I collegamenti riportati di seguito forniscono le pianificazioni di fine utilizzo per ogni linguaggio supportato da Lambda come runtime gestito.