Uma empresa migrou um sistema de processamento de mensagens para a AWS. As mensagens são recebidas em uma fila ActiveMQ em uma instância Amazon EC2, processadas por um aplicativo consumidor no Amazon EC2 e os resultados são gravados em um banco de dados MySQL no Amazon EC2. A empresa deseja que o aplicativo seja altamente disponível com baixa complexidade operacional. Qual arquitetura oferece a MAIOR disponibilidade?

A arquitetura correta oferece a maior disponibilidade e baixa complexidade operacional. O Amazon MQ com brokers ativo/em espera em duas Zonas de Disponibilidade (AZs) garante alta disponibilidade para a fila de mensagens sem a necessidade de gerenciar servidores ActiveMQ. Um grupo do Auto Scaling para as instâncias EC2 de consumidor em duas AZs assegura que o aplicativo consumidor seja escalável e resiliente a falhas de instância ou AZ. O Amazon RDS para MySQL com Multi-AZ habilitado fornece um banco de dados altamente disponível e durável, com failover automático para uma instância de espera em outra AZ. As outras opções são menos ideais: Adicionar um segundo servidor ActiveMQ em EC2 aumenta a complexidade operacional e não oferece o mesmo nível de automação do Amazon MQ. Replicar o MySQL manualmente em EC2 também aumenta a complexidade operacional e não oferece o failover automático e a resiliência do RDS Multi-AZ. Embora usar o Amazon MQ e RDS Multi-AZ seja bom, não usar um Auto Scaling Group para os consumidores limita a escalabilidade e resiliência da camada de processamento.