Uma empresa construiu um aplicativo sem estado de duas camadas usando Amazon EC2 em uma única Availability Zone e uma instância de banco de dados Amazon RDS Multi-AZ. A nova gerência deseja que o aplicativo seja altamente disponível. O que um arquiteto de soluções deve fazer para atender a esse requisito?

A opção correta é configurar o aplicativo para usar o Auto Scaling Multi-AZ do EC2 e criar um Application Load Balancer. O Auto Scaling Multi-AZ do EC2 garante que o aplicativo seja distribuído por várias Zonas de Disponibilidade, aumentando a resiliência contra falhas de AZ. O Application Load Balancer (ALB) distribui o tráfego de entrada entre as instâncias EC2 saudáveis nessas AZs, garantindo alta disponibilidade e escalabilidade. As outras opções estão incorretas porque: Tirar snapshots e enviá-los para outra região é uma estratégia de recuperação de desastres, não de alta disponibilidade para o aplicativo em tempo real. O roteamento baseado em latência do Amazon Route 53 é usado para direcionar usuários para o endpoint com menor latência, o que não garante intrinsecamente a alta disponibilidade do aplicativo se as instâncias estiverem em uma única AZ. Criar um Application Load Balancer Multi-AZ é redundante, pois um ALB já é um serviço regional e distribuído por padrão, e configurar regras do Route 53 não resolve a falta de distribuição do aplicativo em EC2.