Un ingénieur DevOps va déployer une application Ruby qui doit se connecter à une base de données RDS for MySQL, s'adapter automatiquement, être hautement disponible, conserver ses données lors des changements de pile d'applications, prendre en charge les déploiements automatisés avec rollback automatique, et alerter l'équipe en cas d'échec de déploiement. Quelle combinaison d'étapes répond à ces exigences ? (Choisissez trois.)

Déployer l'application sur Elastic Beanstalk avec une instance RDS for MySQL séparée est correct car cela assure la persistance des données indépendamment du cycle de vie de l'environnement Elastic Beanstalk, répondant ainsi à l'exigence de conservation des données lors des changements de pile. Configurer une adresse de notification par e-mail dans Elastic Beanstalk est correct car cela permet d'alerter l'équipe en cas d'échec de déploiement, comme demandé. Utiliser la stratégie de déploiement immuable est correct car elle garantit que chaque déploiement est effectué sur un nouvel ensemble d'instances, réduisant les risques d'erreurs et permettant un rollback rapide et automatisé en cas de problème. Les options incorrectes sont : Déployer RDS dans le cadre de la configuration Elastic Beanstalk est incorrect car cela lierait le cycle de vie de la base de données à celui de l'environnement, risquant une perte de données lors de la suppression de l'environnement. La règle EventBridge pour AWS Health est incorrecte car elle surveille les événements de santé AWS généraux, pas spécifiquement les échecs de déploiement d'applications. La stratégie de déploiement progressif est incorrecte car, bien qu'elle permette des déploiements avec moins d'interruption, elle ne garantit pas la même isolation et le même rollback automatisé et fiable que le déploiement immuable pour les échecs.