Ein Unternehmen migriert zwei einfache Node.js-Anwendungen von On-Premises zu AWS. Eine Anwendung sammelt Sensordaten und schreibt diese in eine MySQL-Datenbank; die andere aggregiert Daten zu Berichten. Wenn Aggregationsaufträge ausgeführt werden, schlagen einige Ladeaufträge fehl. Die Migration muss die Ladefehler beheben und ohne Unterbrechung oder für Kunden sichtbare Änderungen erfolgen. Was sollte ein Solutions Architect empfehlen?

Die korrekte Option nutzt AWS DMS für eine unterbrechungsfreie Migration der Datenbank, da es kontinuierliche Replikation von On-Premises zu Aurora ermöglicht. Eine Aurora Replica wird für Aggregationsaufträge verwendet, um die Ladefehler zu beheben, indem die Lese-Workloads von den Schreib-Workloads getrennt werden. Die Sammlungsendpunkte als Lambda-Funktionen hinter einem ALB bieten Skalierbarkeit und Serverlosigkeit für die Anwendung, während Amazon RDS Proxy die Verbindungspooling für Schreibvorgänge in Aurora optimiert. Nach der Synchronisierung wird der DNS-Eintrag aktualisiert, um auf den ALB zu zeigen, was eine nahtlose Umstellung ohne Ausfallzeiten für den Kunden gewährleistet. Die erste Option ist falsch, da sie die On-Premises-Datenbank als Replikationsquelle für Aurora verwendet, was die Komplexität erhöht und nicht die empfohlene Migrationsstrategie ist. Die zweite Option verwendet EC2-Instanzen anstelle von Lambda, was weniger serverlos und skalierbar ist. Die vierte Option schlägt Kinesis als Datenerfassungsmethode vor, was eine größere Architekturänderung für die Anwendung bedeuten würde und nicht die einfachste Migrationsstrategie ist.