Een bedrijf gebruikt API Gateway om een Lambda-functie aan te roepen. Er zijn afzonderlijke Lambda-versies voor PROD en DEV, en elk heeft een alias die naar zijn versie verwijst. API Gateway heeft één stage die naar de PROD-alias verwijst. Het bedrijf wil dat API Gateway zowel de PROD- als de DEV Lambda-versies gelijktijdig en afzonderlijk exposeert. Welke aanpak voldoet aan deze vereiste?

De correcte aanpak is om API Gateway stage variables te gebruiken. Met stage variables kun je verschillende configuraties voor elke API Gateway stage definiëren. Door een stage variable te creëren die verwijst naar de Lambda-alias (bijvoorbeeld lambdaAlias = PROD voor de PROD-stage en lambdaAlias = DEV voor de DEV-stage), kan elke stage de juiste Lambda-versie aanroepen. Je creëert een nieuwe stage voor DEV en publiceert de API opnieuw om de wijzigingen toe te passen. De andere opties zijn onjuist: Lambda authorizers zijn voor authenticatie/autorisatie, niet voor het routeren naar verschillende Lambda-versies. Gateway responses zijn voor het aanpassen van foutmeldingen, niet voor het selecteren van Lambda-versies. Environment variables zijn voor de Lambda-functie zelf, niet voor API Gateway om de alias te bepalen.