Une entreprise a migré un système de traitement de messages vers AWS. Les messages sont reçus dans une file d'attente ActiveMQ sur une instance Amazon EC2, traités par une application consommateur sur Amazon EC2, et les résultats sont écrits dans une base de données MySQL sur Amazon EC2. L'entreprise souhaite que l'application soit hautement disponible avec une faible complexité opérationnelle. Quelle architecture offre la plus HAUTE disponibilité ?

L'option correcte maximise la haute disponibilité et minimise la complexité opérationnelle. Amazon MQ avec des brokers actifs/en veille sur deux zones de disponibilité fournit un service de messages géré et résilient. Un groupe Auto Scaling pour les consommateurs assure que l'application peut s'adapter aux charges et remplacer automatiquement les instances défaillantes dans plusieurs zones de disponibilité. Amazon RDS for MySQL avec Multi-AZ activé offre une base de données gérée, répliquée de manière synchrone et basculant automatiquement en cas de défaillance. Les autres options sont moins optimales. La première option nécessite de gérer manuellement ActiveMQ et la réplication MySQL, augmentant la complexité. La deuxième et la troisième option utilisent Amazon MQ et RDS Multi-AZ, mais ne proposent pas de groupe Auto Scaling pour les consommateurs, ce qui réduit la résilience et l'évolutivité de l'application consommatrice.