Un ingegnere DevOps deve distribuire un'applicazione Ruby che necessita di connettersi a un database RDS for MySQL, scalare automaticamente, essere altamente disponibile, preservare i propri dati attraverso i cambiamenti dello stack dell'applicazione, supportare distribuzioni automatizzate con rollback automatico e avvisare il team in caso di fallimento di una distribuzione. Quale combinazione di passaggi soddisfa questi requisiti? (Scegliere tre.)

La distribuzione su Elastic Beanstalk con un'istanza RDS for MySQL separata garantisce che il database persista indipendentemente dai cicli di vita dell'ambiente Elastic Beanstalk, soddisfacendo il requisito di preservazione dei dati. La configurazione di un indirizzo email di notifica in Elastic Beanstalk è il modo diretto per avvisare il team in caso di fallimento della distribuzione. La strategia di distribuzione immutable (immutabile) crea un nuovo set di istanze con la nuova versione dell'applicazione, quindi reindirizza il traffico, supportando rollback automatici e garantendo che le modifiche allo stack dell'applicazione non influiscano sul database esistente. La creazione dell'istanza DB RDS come parte della configurazione dell'ambiente Elastic Beanstalk renderebbe il database dipendente dall'ambiente, violando il requisito di persistenza. Una regola EventBridge per gli eventi AWS Health non è il meccanismo primario per le notifiche di fallimento delle distribuzioni di Elastic Beanstalk. La strategia di distribuzione rolling (a rotazione) non offre lo stesso livello di sicurezza per i rollback automatici e la persistenza dei dati come la strategia immutable.