Une entreprise a migré une application vers AWS. L'application s'exécute sur deux instances EC2 derrière un Application Load Balancer (ALB). La base de données MySQL s'exécute sur une instance EC2 distincte et est fortement sollicitée en lecture. Chaque instance EC2 stocke du contenu statique fréquemment mis à jour sur son volume Amazon EBS attaché ; le contenu statique doit être copié sur chaque volume EBS lors des mises à jour. La charge varie tout au long de la journée et, pendant les périodes de pointe, l'application ne peut pas répondre à toutes les requêtes. Le traçage montre que la base de données ne peut pas gérer le trafic de lecture de pointe. Quelle solution augmentera la fiabilité de l'application ?

La bonne réponse améliore la fiabilité et la scalabilité de l'application. La conteneurisation avec ECS Fargate permet une mise à l'échelle automatique et élastique sans gestion de serveurs, répondant aux variations de charge. EFS centralise le contenu statique, éliminant la duplication sur les volumes EBS et simplifiant les mises à jour. Aurora MySQL Serverless v2 avec un réplica en lecture résout le goulot d'étranglement de la base de données en lecture, offrant une haute disponibilité et une mise à l'échelle automatique des lectures. Les autres options sont moins optimales. Migrer vers Lambda ou Step Functions est un changement architectural majeur et potentiellement complexe, et l'accès à un volume EBS unique depuis Lambda n'est pas une solution standard pour le contenu statique. Utiliser un volume EBS unique avec ECS n'est pas scalable pour le contenu statique partagé entre plusieurs tâches Fargate.