Deweloper zarządza API REST Amazon API Gateway używanym przez klientów za pośrednictwem interfejsu użytkownika frontendowego z uwierzytelnianiem Amazon Cognito. Deweloper ma nową wersję API, która wprowadza nowe punkty końcowe i zawiera zmiany powodujące niezgodność interfejsu. Deweloper musi zapewnić innym programistom z zespołu dostęp beta do nowego API bez wpływu na istniejących klientów. Które podejście osiągnie to przy NAJMNIEJSZYM narzucie operacyjnym?

Utworzenie nowego etapu (stage) w istniejącym API Gateway to najbardziej efektywne rozwiązanie. Etapy pozwalają na zarządzanie różnymi wersjami API (np. dev, test, prod) w ramach jednego zasobu API Gateway, co minimalizuje narzut operacyjny. Możesz wdrożyć nową wersję API na etapie deweloperskim, umożliwiając innym programistom testowanie jej bez wpływu na produkcyjnych klientów korzystających z istniejącego etapu. Utworzenie oddzielnego API API Gateway jest możliwe, ale generuje większy narzut operacyjny, ponieważ wymaga zarządzania dwoma niezależnymi zasobami API Gateway. Dodanie parametru zapytania do kodu aplikacji jest skomplikowane i nie jest standardowym sposobem zarządzania wersjami API w API Gateway. Utworzenie nowych punktów końcowych tylko dla nowych funkcji nie rozwiązuje problemu zmian powodujących niezgodność w istniejących punktach końcowych i nie zapewnia pełnego środowiska beta dla całego nowego API.