Ein Entwickler erstellt eine Lambda-Funktion, die aus einer Amazon DynamoDB-Tabelle liest. Der Tabellenname ist derzeit in der Funktion fest codiert, aber der Tabellenname kann sich in Zukunft ändern. Der Entwickler möchte vermeiden, den Lambda-Code zu ändern, wenn sich der Tabellenname ändert. Welche Lösung ist die EFFIZIENTESTE?

Die Definition des DynamoDB-Tabellennamens als Umgebungsvariable ist die effizienteste Lösung, da sie eine einfache Konfiguration ohne Codeänderungen ermöglicht. Lambda-Umgebungsvariablen sind für diesen Zweck konzipiert und können direkt über die AWS Management Console, CLI oder IaC-Tools aktualisiert werden. Das Speichern in /tmp ist ineffizient, da dieser Speicher temporär ist und bei jedem Funktionsaufruf neu initialisiert werden könnte, was zu unnötigem Overhead führt. Ein Lambda-Layer ist für die Bereitstellung von Bibliotheken und Laufzeiten gedacht, nicht für dynamische Konfigurationswerte. Das Hochladen eines Layers für eine einfache Namensänderung ist übermäßig komplex. Eine globale Variable im Code erfordert eine Codeänderung und erneute Bereitstellung der Funktion, was genau das ist, was vermieden werden soll.