Uma empresa executa um aplicativo na AWS que recebe quantidades variáveis de tráfego. O aplicativo usa o AWS Direct Connect para um banco de dados MySQL compatível on-premises. O banco de dados on-premises usa consistentemente um mínimo de 2 GiB de memória. A empresa deseja migrar o banco de dados para um serviço gerenciado da AWS e usar o auto scaling para lidar com aumentos inesperados na carga de trabalho. Qual solução atende a esses requisitos com a MENOR sobrecarga administrativa?

A solução correta é provisionar um banco de dados Amazon Aurora Serverless v2 com uma capacidade mínima de 1 Aurora capacity unit (ACU). O Aurora Serverless v2 oferece escalabilidade automática e granular (até 0,5 ACU), o que é ideal para cargas de trabalho variáveis e picos inesperados, minimizando a sobrecarga administrativa. A capacidade mínima de 1 ACU garante que o banco de dados sempre tenha recursos suficientes, superando os 2 GiB de memória necessários. Provisionar um banco de dados Amazon DynamoDB não é adequado, pois o DynamoDB é um banco de dados NoSQL e a aplicação usa MySQL, o que exigiria uma reescrita significativa do código. Provisionar um banco de dados Amazon Aurora com uma capacidade mínima de 1 ACU oferece escalabilidade, mas não é tão granular ou totalmente serverless quanto o v2, exigindo mais gerenciamento. Provisionar um banco de dados Amazon RDS for MySQL com 2 GiB de memória não atende ao requisito de auto scaling para lidar com aumentos inesperados de carga de trabalho, pois o RDS provisionado exige escalabilidade manual ou via scripts.