Una funzione Lambda richiede una libreria di terze parti composta da molti file per un totale di 100 MB. La libreria deve essere disponibile nell'ambiente di esecuzione Lambda e lo sviluppatore vuole ridurre al minimo le dimensioni del pacchetto di deployment e l'overhead operativo. Quale approccio soddisfa questi requisiti con il minor lavoro operativo?

Creare un layer Lambda è la soluzione più efficiente per includere librerie di terze parti di grandi dimensioni. I layer consentono di separare il codice della funzione dalle dipendenze, riducendo le dimensioni del pacchetto di deployment della funzione e promuovendo il riutilizzo. Questo approccio minimizza l'overhead operativo poiché AWS gestisce l'infrastruttura del layer. Caricare la libreria in un bucket S3 e montare la cartella S3 non è un'opzione nativamente supportata da Lambda per l'accesso diretto ai file come una libreria. S3 è un object storage, non un file system montabile direttamente. Posizionare la libreria nella directory /tmp durante il deployment non è pratico per librerie di 100 MB, poiché /tmp ha una dimensione limitata e i contenuti vengono cancellati tra le invocazioni, richiedendo un ricaricamento ad ogni esecuzione a freddo. Creare un file system Amazon EFS è una soluzione valida per librerie molto grandi o per stati persistenti condivisi, ma introduce un overhead operativo maggiore rispetto ai layer Lambda, inclusa la gestione del file system EFS e la configurazione della rete VPC per la funzione Lambda. Per una semplice libreria riutilizzabile, i layer sono più semplici.