Un'azienda di vendita al dettaglio utilizza un'API Amazon API Gateway regionale per le sue API REST pubbliche. L'API Gateway utilizza un nome di dominio personalizzato che mappa un record alias di Amazon Route 53. Un architetto di soluzioni necessita di un approccio di deployment che minimizzi l'impatto sui clienti e minimizzi la perdita di dati quando rilascia una nuova versione dell'API. Quale soluzione soddisfa questi requisiti?

La creazione di uno stage di deployment canary in API Gateway consente di rilasciare gradualmente una nuova versione dell'API, indirizzando una piccola percentuale di traffico a tale versione. Questo approccio minimizza l'impatto sui clienti e la perdita di dati perché, in caso di problemi, solo una frazione degli utenti è interessata e si può facilmente tornare alla versione precedente. Una volta verificata la stabilità, lo stage canary può essere promosso alla produzione. Le altre opzioni non offrono la stessa minimizzazione del rischio: L'uso di import-to-update in modalità merge o overwrite direttamente sullo stage di produzione distribuisce la nuova versione a tutto il traffico immediatamente, aumentando il rischio di interruzioni o perdita di dati in caso di problemi. La creazione di un nuovo endpoint API Gateway e la modifica del record Route 53 per puntare ad esso causerebbe un downtime durante la propagazione del DNS e non permetterebbe un rollback graduale.