Een API Gateway REST API heeft één resource met een GET-methode die is geïntegreerd met een Lambda-functie. Je hebt een nieuwe versie van de Lambda-functie gepubliceerd en wilt deze testen voordat je er productieverkeer naartoe routeert. Tests mogen de productie REST API niet beïnvloeden en moeten minimale operationele overhead vereisen. Wat moet je doen?

De correcte aanpak is om een nieuwe stage te creëren in API Gateway. Stages stellen je in staat om verschillende versies van je API te deployen en te beheren. Door een stage variable te gebruiken om naar de specifieke Lambda-functie (of een alias daarvan) te verwijzen, kun je de integratie van de GET-methode dynamisch laten verwijzen naar de nieuwe Lambda-versie voor die specifieke stage. Dit isoleert de testomgeving volledig van de productiestage, voorkomt impact op productieverkeer en minimaliseert operationele overhead, omdat je geen nieuwe resources of een complete API hoeft te dupliceren. Het toevoegen van een nieuwe resource zou een nieuw endpoint creëren, wat niet de bedoeling is voor het testen van een nieuwe functieversie van een bestaand endpoint. Een volledig nieuwe REST API creëren is te complex en vereist onnodig veel beheer. Het direct wijzigen van de bestaande GET-methode-integratie zou de productieversie onmiddellijk beïnvloeden, wat onacceptabel is.