Uma empresa hospeda um aplicativo web no RDS for MySQL com uma instância de banco de dados primária e cinco réplicas de leitura. As réplicas não devem atrasar mais de 1 segundo em relação à primária. O banco de dados executa procedimentos armazenados agendados, e as réplicas experimentam mais atraso durante o pico de carga. O arquiteto de soluções deve reduzir o atraso da replicação o máximo possível, minimizando as alterações no código do aplicativo e a sobrecarga operacional contínua. Qual solução atende a esses requisitos?

A migração para o Amazon Aurora MySQL é a melhor solução. O Aurora é um banco de dados compatível com MySQL que oferece replicação de baixa latência (geralmente milissegundos) e alta performance, ideal para o requisito de atraso de replicação de 1 segundo. As Aurora Replicas compartilham o mesmo volume de armazenamento subjacente, eliminando o atraso de replicação de dados e permitindo o Aurora Auto Scaling para gerenciar a capacidade de leitura de forma eficiente. A substituição dos procedimentos armazenados por funções nativas do Aurora MySQL é uma alteração mínima no código. As outras opções são menos adequadas: ElastiCache for Redis reduziria a carga de leitura, mas não resolveria diretamente o atraso da replicação entre a primária e as réplicas existentes, além de exigir modificações significativas no aplicativo. Migrar para MySQL em EC2 aumentaria a sobrecarga operacional e não garante a redução do atraso de replicação sem otimizações complexas e caras. Migrar para DynamoDB é uma mudança de banco de dados NoSQL, exigindo uma reescrita completa do aplicativo e dos procedimentos armazenados, o que não minimiza as alterações no código.