Uma workload legada tem a camada de aplicação stateless em uma única instância EC2 grande, iniciada a partir de uma AMI, e o banco de dados MySQL em uma única instância EC2. A CPU no servidor de aplicação frequentemente atinge 100%, causando interrupções. A aplicação de patches é feita manualmente e tem causado tempo de inatividade. A empresa precisa tornar a aplicação altamente disponível com o menor esforço de desenvolvimento. Qual solução atende a esse requisito?

A opção correta aborda todos os problemas com o menor esforço de desenvolvimento. Criar uma nova AMI com o SSM Agent permite automação de patches e gerenciamento de instâncias. Usar um grupo do Auto Scaling com instâncias menores e um Application Load Balancer resolve a alta utilização da CPU e a falta de alta disponibilidade, escalando automaticamente. Migrar para o Amazon Aurora MySQL oferece alta disponibilidade, escalabilidade e compatibilidade com MySQL, minimizando a refatoração. As outras opções exigem mais esforço de desenvolvimento. Refatorar para Lambda ou containerizar para ECS (mesmo com Docker) implica mudanças significativas na aplicação. Alterar para instâncias Graviton sem Auto Scaling não resolve a alta disponibilidade ou escalabilidade, e migrar para DynamoDB ou DocumentDB exigiria uma refatoração substancial do banco de dados relacional.