Une application web globale s'exécute sur une seule instance EC2 et effectue des opérations de lecture intensives sur une base de données Amazon RDS for MySQL. Pendant les pics de charge, l'instance EC2 ne répond plus et nécessite des redémarrages manuels. Vous devez améliorer la fiabilité avec un effort de développement minimal. Quelle solution répond le mieux à cette exigence ?

L'option correcte résout les problèmes de fiabilité et de performance avec un effort de développement minimal. Le groupe Auto Scaling et l'Elastic Load Balancer assurent la haute disponibilité de l'application et gèrent les pics de charge en ajoutant ou supprimant des instances EC2. La migration vers Amazon Aurora, compatible MySQL, permet d'utiliser les réplicas Aurora pour décharger les opérations de lecture intensives, améliorant ainsi les performances de la base de données sans refactorisation majeure. Les autres options sont moins optimales : Utiliser CloudFront avec une seule instance EC2 comme origine n'améliore pas la fiabilité de l'application elle-même. Utiliser l'instance de secours Multi-AZ pour les lectures n'est pas une pratique recommandée car elle est destinée à la reprise après sinistre. AWS Global Accelerator améliore les performances réseau mais ne résout pas les problèmes de capacité de l'instance EC2 unique. La même limitation concernant l'instance de secours Multi-AZ s'applique. Refactoriser l'application en fonctions Lambda représente un effort de développement significatif, ce qui contredit l'exigence de "développement minimal".