Une application s'exécute sur des instances Amazon EC2 derrière un Elastic Load Balancer dans un groupe Auto Scaling et utilise une table Amazon DynamoDB. L'entreprise souhaite s'assurer que l'application peut être rendue disponible dans une autre région AWS avec un temps d'arrêt minimal. Que doit faire un architecte de solutions pour répondre à cette exigence avec le MOINS de temps d'arrêt ?

L'option correcte minimise les temps d'arrêt en pré-provisionnant l'infrastructure (groupe Auto Scaling et équilibreur de charge) dans la région de reprise après sinistre, ce qui permet un basculement rapide. La configuration de DynamoDB en tant que table globale assure la réplication automatique des données entre les régions, essentielle pour la continuité. Le basculement DNS via Route 53 est le mécanisme standard et le plus rapide pour rediriger le trafic vers la région secondaire. Les options incorrectes présentent des lacunes. La première option incorrecte suggère de créer l'infrastructure "en cas de besoin", ce qui introduirait un délai de provisionnement significatif et donc un temps d'arrêt plus long. La deuxième option incorrecte omet la réplication de DynamoDB dans le modèle CloudFormation, ce qui entraînerait une perte de données ou des données obsolètes. La troisième option incorrecte utilise une alarme CloudWatch et une fonction Lambda pour mettre à jour Route 53, ce qui est une approche plus complexe et potentiellement plus lente qu'un basculement DNS direct configuré à l'avance.