Een ontwikkelaar wil geoptimaliseerde wijzigingen testen aan een Lambda die een REST API in API Gateway ondersteunt, door een klein percentage van het live verkeer naar de bijgewerkte code te routeren zonder de API URL te wijzigen. Welke stappen bereiken dit?

De correcte aanpak omvat het gebruik van een Lambda-alias en API Gateway canary-implementaties. Door de API Gateway-integratie naar een Lambda-alias te laten verwijzen, kan de alias dynamisch worden bijgewerkt om verkeer te splitsen tussen verschillende Lambda-versies. Wanneer de geoptimaliseerde code wordt gepubliceerd, wordt deze de nieuwe $LATEST-versie. Vervolgens configureer je een canary-implementatie op de API Gateway-stage. Dit stelt je in staat om een percentage van het verkeer naar de nieuwe $LATEST-versie (via de alias) te routeren, terwijl het merendeel van het verkeer naar de stabiele, eerder geïmplementeerde versie gaat. Dit gebeurt zonder de API URL te wijzigen. De andere opties zijn onjuist omdat: De eerste optie stelt voor om de API Gateway-integratie bij te werken naar $LATEST na het instellen van een canary, wat de stroom van de canary-implementatie verstoort. De tweede optie creëert een nieuwe API Gateway-stage, wat een nieuwe URL zou impliceren. De vierde optie routeert al het verkeer naar de nieuwe $LATEST-versie zonder canary-functionaliteit, wat een risicovolle volledige implementatie is.