Una empresa de paquetería ejecuta una aplicación en instancias de Amazon EC2 con un clúster de base de datos Amazon Aurora MySQL. A medida que la aplicación crece, el uso de EC2 aumenta solo ligeramente, mientras que el uso del clúster de base de datos aumenta mucho más rápido. Agregar una réplica de lectura reduce la carga de la base de datos solo brevemente; la carga sigue aumentando. Las operaciones que aumentan el uso de la base de datos son sentencias de lectura repetidas relacionadas con los detalles de entrega. La empresa necesita reducir el impacto de las lecturas repetidas en el clúster de base de datos de la manera MÁS rentable. ¿Qué solución cumple este requisito?

La opción correcta es implementar un clúster de Amazon ElastiCache for Redis. ElastiCache es un servicio de almacenamiento en caché en memoria que puede reducir drásticamente la carga en la base de datos al almacenar en caché los resultados de las consultas de lectura frecuentes. Dado que el problema se debe a "sentencias de lectura repetidas relacionadas con los detalles de entrega", ElastiCache es una solución muy rentable para aliviar esta carga sin modificar la base de datos subyacente. Agregar una réplica de lectura adicional o configurar Aurora Auto Scaling para réplicas de lectura solo escalará la capacidad de lectura de la base de datos, pero no evitará que las mismas consultas repetidas lleguen a la base de datos. Esto ya se intentó y solo proporcionó un alivio temporal. Modificar el clúster para tener varias instancias de escritura no es relevante, ya que el problema es de lecturas, no de escrituras.