Un'applicazione legacy migrata su EC2 dietro un ALB e un API Gateway necessita di deployment che minimizzino l'interruzione per l'utente e consentano un rollback rapido con modifiche minime all'applicazione. Quale approccio soddisfa questi obiettivi?

L'approccio corretto prevede l'uso di deployment canary di API Gateway, che consentono di instradare una piccola percentuale di traffico alla nuova versione dell'applicazione. Questo minimizza l'interruzione per gli utenti, poiché la maggior parte del traffico continua a servire la versione stabile. In caso di problemi, il rollback è rapido e semplice, basta reindirizzare il traffico alla versione precedente. L'opzione di modificare i record alias DNS è meno granulare e potrebbe causare interruzioni durante la propagazione del DNS. Aggiungere un nuovo gruppo di destinazione dietro lo stesso ALB e configurare API Gateway per instradare il traffico in fasi è un'opzione valida, ma i deployment canary di API Gateway sono specificamente progettati per questo tipo di scenario e offrono una gestione più integrata. L'ultima opzione, che inoltra tutto il traffico al nuovo gruppo di destinazione, non minimizza l'interruzione e non consente un rollback rapido.