Eine primäre AWS-Region hostet eine Webanwendung, und eine sekundäre Region dient als Standby für die Notfallwiederherstellung. Anforderungen: Sitzungsdaten müssen regionsübergreifend nahezu in Echtzeit repliziert werden; 1 % des Datenverkehrs soll kontinuierlich an die sekundäre Region weitergeleitet werden; automatische Failover zur sekundären Region bei Ausfall der primären Region; die sekundäre Region muss so skaliert werden, dass sie den gesamten Datenverkehr bewältigen kann. Wie sollen diese Anforderungen erfüllt werden?

Diese Option erfüllt alle Anforderungen. AWS Elastic Beanstalk bietet eine einfache Bereitstellung und Skalierung der Webanwendung in beiden Regionen. Amazon DynamoDB Global Tables replizieren Sitzungsdaten regionsübergreifend nahezu in Echtzeit, was für die Notfallwiederherstellung unerlässlich ist. Eine Amazon Route 53 Weighted Routing Policy ermöglicht es, 1 % des Datenverkehrs kontinuierlich an die sekundäre Region zu leiten (Canary-Deployment), und in Kombination mit Health Checks kann sie ein automatisches Failover zur sekundären Region bei Ausfall der primären Region durchführen. Die sekundäre Region kann mit Elastic Beanstalk so skaliert werden, dass sie den gesamten Datenverkehr bewältigt. Die Option mit Failover Routing Policy würde nicht den 1 % Traffic-Anteil ermöglichen. Die Lambda/RDS-Option wäre komplexer und RDS Cross-Region Replication ist nicht "nahezu in Echtzeit" für Sitzungsdaten geeignet. Die CloudFront-Option ist für die Verteilung von statischem Inhalt optimiert und nicht primär für die Weiterleitung von dynamischem Anwendungs-Traffic mit komplexen Routing-Anforderungen wie Canary-Deployments.