Uno sviluppatore gestisce un'API REST di Amazon API Gateway utilizzata dai clienti tramite un'interfaccia utente frontend con autenticazione Amazon Cognito. Lo sviluppatore ha una nuova versione dell'API che introduce nuovi endpoint e include modifiche all'interfaccia che causano interruzioni. Lo sviluppatore deve fornire agli altri sviluppatori del team l'accesso beta alla nuova API senza influire sui clienti esistenti. Quale approccio raggiunge questo obiettivo con il MINOR overhead operativo?

Creare uno stage di sviluppo sull'API API Gateway esistente è la soluzione con il minor overhead operativo. Gli stage di API Gateway sono progettati per gestire diverse versioni di un'API, consentendo di testare nuove funzionalità o modifiche senza influenzare l'ambiente di produzione. Gli sviluppatori possono semplicemente puntare le loro chiamate all'URL dello stage di sviluppo. Creare un'API API Gateway separata aumenterebbe l'overhead di gestione e configurazione. Aggiungere un parametro di query al codice dell'applicazione API complicherebbe la logica dell'applicazione e potrebbe introdurre errori. Creare nuovi endpoint API Gateway solo per i nuovi endpoint non è sufficiente, poiché la nuova versione include anche modifiche all'interfaccia che causano interruzioni e che devono essere testate in un ambiente isolato.