Une région AWS principale héberge une application web et une région secondaire est en veille pour la reprise après sinistre. Exigences : * Les données de session doivent être répliquées entre les régions en quasi temps réel. * 1 % du trafic doit être acheminé en continu vers la région secondaire. * Basculement automatique vers la région secondaire en cas de perturbation de la région principale. * La région secondaire doit pouvoir s'adapter pour gérer tout le trafic. Comment ces exigences doivent-elles être satisfaites ?

L'option correcte répond à toutes les exigences. Elastic Beanstalk simplifie le déploiement de l'application dans les deux régions. Les tables globales DynamoDB assurent la réplication des données de session en quasi temps réel et la mise à l'échelle pour gérer le trafic. Une politique de routage pondéré Route 53 avec des vérifications de l'état de santé permet d'acheminer 1 % du trafic vers la région secondaire et de gérer le basculement automatique. La capacité d'Elastic Beanstalk à s'adapter répond à l'exigence de la région secondaire. L'option "politique de routage de basculement Route 53" ne permet pas d'acheminer 1 % du trafic en continu vers la région secondaire. L'option "AWS Lambda... Amazon RDS for PostgreSQL" introduit une complexité inutile et RDS n'est pas idéal pour les données de session à haute performance et faible latence. L'option "distribution pondérée Amazon CloudFront" est un CDN et n'est pas le mécanisme approprié pour le routage inter-régions du trafic applicatif direct, ni pour le basculement automatique basé sur la santé des applications.