Une application web s'exécute dans une seule région AWS sur des microservices hébergés sur AWS Fargate (Amazon ECS) et utilise une instance Amazon RDS for MySQL pour les données. Route 53 gère le DNS. Une alarme CloudWatch déclenche une règle EventBridge lorsque l'application échoue. Concevez une solution de reprise après sinistre qui assure la récupération dans une deuxième région et minimise le temps de récupération. Quelle approche répond à l'exigence ?

L'approche correcte minimise le temps de récupération (RTO) en utilisant une stratégie de reprise après sinistre "Warm Standby". En provisionnant un cluster ECS/Fargate secondaire et en maintenant un réplica en lecture inter-régions de RDS, les ressources de calcul et de base de données sont déjà en place et synchronisées. La promotion du réplica en lecture en base de données principale est une opération rapide, et la mise à jour de Route 53 redirige le trafic vers la région saine. Les options incorrectes augmentent le RTO car elles impliquent la création de ressources à la demande (cluster ECS/Fargate) ou la restauration complète d'une base de données à partir d'un instantané, ce qui prend plus de temps. Convertir les données RDS en DynamoDB n'est pas une solution de reprise après sinistre standard pour une base de données relationnelle existante et introduirait une complexité inutile.