Ein Entwickler hat einen Fehler in einer AWS Lambda-Produktionsfunktion behoben und die Änderung in einer Testumgebung validiert. Der Entwickler möchte das Update schrittweise in der Produktion einführen, so dass zunächst nur 10 % der Benutzer den neuen Code sehen. Was ist der geeignete Ansatz?

Die korrekte Antwort ist, den Lambda-Code zu aktualisieren, eine neue Version zu veröffentlichen, einen Lambda-Alias zu erstellen und gewichteten Datenverkehr für diesen Alias zu konfigurieren (90 % zur Produktionsversion, 10 % zur neuen Version). Lambda-Aliase ermöglichen es, gewichteten Datenverkehr zwischen zwei Versionen einer Funktion zu leiten, was ideal für Canary-Deployments ist. Die Option, einen Lambda-Trigger zu verwenden, ist falsch, da Trigger keine integrierte Funktion für gewichteten Datenverkehr zwischen Versionen bieten. Eine separate Lambda-Funktion zu erstellen und einen Alias darauf zu verweisen, ist ebenfalls ineffizient und nicht der vorgesehene Weg für Canary-Deployments mit Lambda-Versionen. Die Verwendung einer Lambda-Proxy-Integration ist für die Integration mit API Gateway gedacht und nicht direkt für die Aufteilung des Verkehrs zwischen Lambda-Versionen.