Una aplicación de comercio electrónico se ejecuta en Amazon EC2 para los niveles de frontend y backend, con la base de datos en Amazon RDS para MySQL. El backend emite con frecuencia consultas idénticas que causan ralentizaciones en el rendimiento. ¿Qué se debe hacer para mejorar el rendimiento del backend?

La opción correcta es implementar Amazon ElastiCache para almacenar en caché los grandes conjuntos de datos. ElastiCache es un servicio de almacenamiento en caché en memoria que acelera las aplicaciones web y móviles. Al almacenar en caché las consultas idénticas y frecuentes, se reduce la carga en la base de datos RDS, mejorando significativamente el rendimiento del backend. Las otras opciones son incorrectas: Implementar Amazon SNS para almacenar las llamadas a la base de datos no es adecuado porque SNS es un servicio de mensajería de publicación/suscripción, no un caché de datos. Implementar una réplica de lectura de RDS para MySQL para almacenar en caché las llamadas a la base de datos es incorrecto porque una réplica de lectura mejora la escalabilidad de lectura y la disponibilidad, pero no funciona como un caché para consultas idénticas, ya que seguiría ejecutando la consulta en la base de datos. Implementar Amazon Kinesis Data Firehose para transmitir las llamadas a la base de datos es incorrecto porque Kinesis Data Firehose es un servicio para capturar, transformar y cargar flujos de datos en almacenes de datos, no para almacenar en caché consultas de bases de datos.