Een ontwikkelaar wil request validation toevoegen aan een API in productie, maar moet de validatie testen voordat de productiedeployment wordt gewijzigd. Welke aanpak minimaliseert de operationele overhead voor het eerst testen van de wijzigingen?

De correcte aanpak is om de bestaande API bij te werken met de request validation en deze wijziging te deployen naar een nieuwe API Gateway stage voor testen. API Gateway stages zijn ontworpen voor dit soort scenario's, waardoor je verschillende versies van je API kunt testen zonder de productieversie te beïnvloeden. Dit minimaliseert operationele overhead omdat je niet een volledig nieuwe API hoeft te creëren of te beheren. Na succesvol testen kan dezelfde update eenvoudig naar de productiestage worden gepromoveerd. Het exporteren en importeren als een nieuwe API (optie 1) of het maken van een geheel nieuwe API (optie 3) introduceert onnodige complexiteit en overhead, omdat je dan twee afzonderlijke API's moet beheren en synchroniseren. Het klonen van de API (optie 4) is vergelijkbaar met het maken van een nieuwe API en heeft dezelfde nadelen. Stages zijn de meest efficiënte methode voor versiebeheer en testen binnen één API.