Eine Anwendung läuft in einer einzelnen AWS-Region auf einem Amazon EKS-Cluster und verwendet einen Amazon Aurora MySQL-Cluster. Container-Images werden von AWS CodeBuild erstellt und in Amazon ECR gespeichert. Das Unternehmen muss sowohl die Container-Images als auch den Datenbankstatus mit dem geringsten Betriebsaufwand in eine zweite Region replizieren. Welcher Ansatz erfüllt diese Anforderungen?

Die Aktivierung der ECR-regionsübergreifenden Replikation ist der einfachste Weg, Container-Images automatisch in eine zweite Region zu replizieren, da dies eine native Funktion von ECR ist. Die Bereitstellung der Anwendung im EKS-Cluster der zweiten Region unter Verwendung des replizierten ECR-Repositorys ist der Standardansatz. Eine Aurora Global Database ist die empfohlene Lösung für die regionsübergreifende Replikation von Aurora MySQL mit geringem Betriebsaufwand und schnellem Failover. Die Option, Amazon S3 Cross-Region Replication für ECR-Images zu verwenden, ist falsch, da ECR-Images nicht direkt in S3-Buckets gespeichert werden, sondern ECR ein verwalteter Container-Registry-Dienst ist. Das manuelle Erstellen einer EventBridge-Regel und einer Lambda-Funktion zum Kopieren von Images ist aufwendiger als die native ECR-Replikation. Das Ändern des CodeBuild-Projekts, um Images in eine zweite Region zu pushen, erhöht die Komplexität des Build-Prozesses und ist nicht so effizient wie die native ECR-Replikation. Die Binärlog-Replikation für Aurora ist komplexer zu verwalten als eine Aurora Global Database.