Een ontwikkelaar bouwt een Lambda-functie die leest uit een Amazon DynamoDB-tabel. De tabelnaam is momenteel hardgecodeerd in de functie, maar de tabelnaam kan in de toekomst veranderen. De ontwikkelaar wil voorkomen dat de Lambda-code moet worden aangepast wanneer de tabelnaam verandert. Welke oplossing is het MEEST efficiënt?

Het definiëren van de DynamoDB-tabelnaam als een omgevingsvariabele is de meest efficiënte oplossing. Omgevingsvariabelen zijn eenvoudig te configureren binnen de Lambda-console of via IaC (Infrastructure as Code) en stellen de functie in staat om de waarde dynamisch op te halen zonder de code zelf te wijzigen. Dit bevordert flexibiliteit en vermindert de noodzaak voor herimplementaties bij wijzigingen in de tabelnaam. Het opslaan van de tabelnaam in /tmp is niet persistent tussen invocaties en is bedoeld voor tijdelijke opslag. Een Lambda layer is bedoeld voor het delen van code en afhankelijkheden, niet voor dynamische configuratiewaarden die per functie-instantie kunnen verschillen. Een globale variabele binnen de code vereist nog steeds een codewijziging en herimplementatie wanneer de tabelnaam verandert, wat in strijd is met het doel om codewijzigingen te vermijden.