Una aplicación web global se ejecuta en una única instancia EC2 y realiza operaciones de lectura intensiva en una base de datos Amazon RDS for MySQL. Durante la carga máxima, la instancia EC2 deja de responder y necesita reinicios manuales. Debe mejorar la fiabilidad con un esfuerzo de desarrollo mínimo. ¿Qué solución satisface mejor este requisito?

La opción correcta aborda la fiabilidad de la aplicación y la base de datos con un esfuerzo de desarrollo mínimo. Alojar la aplicación en instancias EC2 en un grupo de Auto Scaling detrás de un Elastic Load Balancer mejora la disponibilidad y escalabilidad de la aplicación, ya que puede manejar picos de tráfico y reemplazar instancias fallidas automáticamente. Migrar a Amazon Aurora y usar Aurora Replicas es ideal para cargas de trabajo de lectura intensiva, ya que Aurora es altamente escalable y las réplicas de lectura descargan la instancia principal, mejorando el rendimiento y la fiabilidad de la base de datos. Las otras opciones son menos óptimas: CloudFront solo cachea contenido estático y no resuelve la falta de respuesta de la instancia EC2. Usar la instancia en espera de RDS Multi-AZ para lecturas no es su propósito principal y no mejora el rendimiento de lectura. Global Accelerator mejora el rendimiento de red, pero no la fiabilidad de la instancia EC2 ni la escalabilidad de la base de datos para lecturas intensivas. Refactorizar a Lambda es un esfuerzo de desarrollo significativo, lo cual contradice el requisito de "esfuerzo de desarrollo mínimo". Las réplicas de lectura de RDS son buenas, pero Aurora Replicas ofrecen mayor escalabilidad y rendimiento.