Uma empresa hospeda um aplicativo de e-commerce em uma única instância de banco de dados Amazon RDS for MySQL. A empresa precisa mitigar o ponto único de falha com o MENOR esforço de implementação. Qual solução atende a esse requisito?

A modificação para Multi-AZ é a solução com menor esforço de implementação porque o Amazon RDS gerencia automaticamente a replicação síncrona dos dados para uma instância de espera em outra Zona de Disponibilidade. Isso mitiga o ponto único de falha sem exigir alterações na aplicação ou intervenção manual complexa, e a aplicação das alterações durante a janela de manutenção minimiza o impacto. Migrar para o DynamoDB (opção B) é um esforço de implementação muito maior, pois exige uma migração heterogênea e reengenharia da aplicação para usar um banco de dados NoSQL. Criar uma nova instância Multi-AZ e restaurar manualmente (opção C) é mais trabalhoso do que uma simples modificação, pois exige gerenciamento manual do processo de restauração e potencial tempo de inatividade. Configurar o banco de dados em um grupo do EC2 Auto Scaling (opção D) não é aplicável a instâncias RDS e não resolve o problema de redundância do banco de dados, além de ser uma arquitetura incorreta para um banco de dados relacional.