Een API Gateway API roept een Lambda-functie aan via een Lambda-alias. Een ontwikkelaar heeft de code bijgewerkt en wil andere ontwikkelaars de nieuwe versie laten testen zonder klanten die de API gebruiken te beïnvloeden. Welke aanpak biedt dit met de minste operationele overhead?

De correcte aanpak is om een nieuwe Lambda-versie te publiceren en een nieuwe API Gateway stage te creëren die naar deze nieuwe versie wijst. Dit is de meest efficiënte methode omdat API Gateway stages ontworpen zijn voor het beheren van verschillende implementaties van dezelfde API, inclusief het testen van nieuwe functionaliteit zonder de productieomgeving te beïnvloeden. De nieuwe stage kan eenvoudig worden getest en later worden gepromoveerd of verwijderd. Het wijzigen van de bestaande Lambda-alias voor gewogen routering is minder ideaal omdat het de bestaande alias beïnvloedt die mogelijk al in gebruik is voor productie, wat onbedoelde gevolgen kan hebben. Het implementeren van een filterende Lambda voegt onnodige complexiteit en operationele overhead toe aan de architectuur. Het creëren van een aparte API Gateway API voor elke testversie is ook onnodig complex en leidt tot meer beheer overhead dan het gebruik van stages.