Een ontwikkelaar beheert een Amazon API Gateway REST API die door klanten wordt gebruikt via een frontend UI met Amazon Cognito-authenticatie. De ontwikkelaar heeft een nieuwe API-versie die nieuwe endpoints introduceert en breaking interface changes bevat. De ontwikkelaar moet andere teamontwikkelaars bèta-toegang geven tot de nieuwe API zonder bestaande klanten te beïnvloeden. Welke aanpak bereikt dit met de MINSTE operationele overhead?

Het aanmaken van een development stage op de bestaande API Gateway API is de meest efficiënte oplossing. API Gateway stages zijn ontworpen voor versiebeheer en het testen van API-wijzigingen zonder de productiestage te beïnvloeden. Ontwikkelaars kunnen de nieuwe endpoints testen via de development stage URL, terwijl bestaande klanten de productiestage blijven gebruiken. Dit minimaliseert operationele overhead omdat er geen nieuwe API Gateway-instantie, aparte authenticatie of complexe routingregels nodig zijn. Een aparte API Gateway API creëert onnodige overhead voor beheer en authenticatie. Een queryparameter voor codeversiebeheer is geen API Gateway-functionaliteit en zou aanzienlijke applicatiecode-aanpassingen vereisen. Nieuwe API Gateway-endpoints maken alleen voor de nieuwe functionaliteit is minder flexibel en schaalbaar dan het gebruik van stages voor volledige API-versiebeheer.