Ein DevOps-Ingenieur wird eine Ruby-Anwendung bereitstellen, die sich mit einer RDS for MySQL-Datenbank verbinden muss, automatisch skaliert, hochverfügbar ist, ihre Daten über Änderungen am Anwendungsstack hinweg bewahrt, automatisierte Bereitstellungen mit automatischem Rollback unterstützt und das Team benachrichtigt, wenn eine Bereitstellung fehlschlägt. Welche Kombination von Schritten erfüllt diese Anforderungen? (Wählen Sie drei.)

Die Bereitstellung der Anwendung in Elastic Beanstalk und die separate Provisionierung der RDS-Instanz außerhalb von Elastic Beanstalk ist korrekt, da dies die Daten über Änderungen am Anwendungsstack hinweg bewahrt und die Datenbank unabhängig vom Lebenszyklus der Elastic Beanstalk-Umgebung macht. Das Konfigurieren einer E-Mail-Benachrichtigungsadresse in der Elastic Beanstalk-Umgebung ist korrekt, um das Team bei Bereitstellungsfehlern zu benachrichtigen. Die unveränderliche Bereitstellungsstrategie ist korrekt, da sie automatische Rollbacks unterstützt und die Hochverfügbarkeit während der Bereitstellung gewährleistet, indem sie neue Instanzen mit der neuen Version startet und erst nach erfolgreicher Validierung den Datenverkehr umleitet. Die Rolling-Deployment-Strategie ist weniger sicher, da sie Instanzen schrittweise aktualisiert und bei Fehlern nicht automatisch ein Rollback durchführt. Eine EventBridge-Regel für AWS Health-Ereignisse ist nicht die primäre Methode zur Benachrichtigung über Bereitstellungsfehler in Elastic Beanstalk.