Uno sviluppatore sta creando una funzione Lambda che legge da una tabella Amazon DynamoDB. Il nome della tabella è attualmente hardcoded nella funzione, ma il nome della tabella potrebbe cambiare in futuro. Lo sviluppatore vuole evitare di modificare il codice Lambda quando il nome della tabella cambia. Qual è la soluzione PIÙ efficiente?

La soluzione più efficiente è definire il nome della tabella DynamoDB come variabile d'ambiente. Le variabili d'ambiente sono facili da configurare e modificare tramite la console AWS, la CLI o CloudFormation, senza dover modificare il codice della funzione Lambda. La funzione può leggerle direttamente all'avvio, rendendo il codice più flessibile e mantenibile. Archiviare il nome in /tmp non è persistente tra le invocazioni e non è il metodo standard per la configurazione. Usare un layer Lambda per un singolo valore di configurazione è eccessivo e più complesso da gestire rispetto a una variabile d'ambiente. Dichiarare una variabile globale nel codice richiede comunque una modifica e un ridistribuzione della funzione ogni volta che il nome della tabella cambia, vanificando l'obiettivo.