Een DevOps engineer gaat een Ruby-applicatie deployen die verbinding moet maken met een RDS for MySQL-database, automatisch moet schalen, zeer beschikbaar moet zijn, zijn gegevens moet behouden bij wijzigingen in de applicatiestack, geautomatiseerde deployments met automatische rollback moet ondersteunen en het team moet waarschuwen wanneer een deployment mislukt. Welke combinatie van stappen voldoet aan deze vereisten? (Kies drie.)

Het afzonderlijk provisioneren van de RDS-instance buiten Elastic Beanstalk zorgt ervoor dat de database onafhankelijk blijft bestaan, zelfs als de Elastic Beanstalk-omgeving wordt beëindigd, wat cruciaal is voor gegevensbehoud. Elastic Beanstalk biedt automatische schaling, hoge beschikbaarheid en ondersteuning voor Ruby-applicaties. Het configureren van een e-mailnotificatieadres in de Elastic Beanstalk-omgeving is de directe manier om het team te waarschuwen bij deploymentfouten. De immutable deployment strategy zorgt voor automatische rollback bij problemen door nieuwe instances te lanceren met de nieuwe versie en pas verkeer om te leiden nadat ze succesvol zijn. De andere opties zijn minder optimaal: het creëren van RDS als onderdeel van de Elastic Beanstalk-omgeving kan leiden tot gegevensverlies bij omgevingsbeëindiging. Een EventBridge-regel voor AWS Health-events is niet de primaire methode voor deploymentnotificaties. De rolling deployment strategy biedt geen automatische rollback.