Una empresa aloja una aplicación web en RDS for MySQL con una instancia de base de datos principal y cinco réplicas de lectura. Las réplicas no deben retrasarse más de 1 segundo con respecto a la principal. La base de datos ejecuta procedimientos almacenados programados y las réplicas experimentan más retraso durante la carga máxima. El arquitecto de soluciones debe reducir el retraso de la replicación tanto como sea posible, minimizando al mismo tiempo los cambios en el código de la aplicación y la sobrecarga operativa continua. ¿Qué solución cumple estos requisitos?

La migración a Amazon Aurora MySQL es la mejor solución porque Aurora está diseñado para un alto rendimiento y baja latencia de replicación, lo que aborda directamente el problema de retraso. Las Aurora Replicas tienen una latencia de replicación típicamente inferior a 100 ms, superando el requisito de 1 segundo. Aurora Auto Scaling gestiona automáticamente la capacidad de lectura, reduciendo la sobrecarga operativa. Los procedimientos almacenados se pueden migrar a funciones nativas de Aurora MySQL con mínimos cambios de código. Las otras opciones son menos adecuadas: ElastiCache for Redis ayuda con el rendimiento de lectura, pero no resuelve el retraso de replicación subyacente de RDS for MySQL ni el impacto de los procedimientos almacenados. Migrar a EC2 aumenta la sobrecarga operativa y no garantiza una latencia de replicación menor que Aurora, además de requerir una gestión manual de la replicación. DynamoDB es una base de datos NoSQL y requeriría cambios significativos en el código de la aplicación y la lógica de la base de datos, lo cual va en contra del requisito de minimizar los cambios.