Ein Unternehmen verwendet API Gateway, um eine Lambda-Funktion aufzurufen. Es gibt separate Lambda-Versionen für PROD und DEV, und jede hat einen Alias, der auf ihre Version verweist. API Gateway hat eine Stage, die auf den PROD-Alias verweist. Das Unternehmen möchte, dass API Gateway sowohl die PROD- als auch die DEV-Lambda-Version gleichzeitig und eindeutig verfügbar macht. Welcher Ansatz erfüllt diese Anforderung?

Die Verwendung von API Gateway Stage-Variablen ist der korrekte Ansatz, um verschiedene Lambda-Aliase (PROD und DEV) über separate API Gateway Stages zugänglich zu machen. Jede Stage kann eine Stage-Variable definieren, die auf den spezifischen Lambda-Alias verweist. Wenn Sie dann die Integration in API Gateway konfigurieren, können Sie diese Stage-Variable verwenden, um den aufgerufenen Lambda-Alias dynamisch zu bestimmen. Die anderen Optionen sind falsch, weil: Lambda-Authorizer dienen der Authentifizierung und Autorisierung, nicht der Auswahl von Lambda-Versionen. Gateway-Antworten werden verwendet, um die Antworten von API Gateway anzupassen, nicht um Lambda-Aliase zu steuern. Umgebungsvariablen sind für die Lambda-Funktion selbst und nicht direkt für die API Gateway-Konfiguration zur Auswahl von Aliassen gedacht.