애플리케이션은 단일 AWS 리전의 Amazon EKS 클러스터에서 실행되며 Amazon Aurora MySQL 클러스터를 사용합니다. 컨테이너 이미지는 AWS CodeBuild에 의해 빌드되고 Amazon ECR에 저장됩니다. 회사는 운영 오버헤드를 최소화하면서 컨테이너 이미지와 데이터베이스 상태를 두 번째 리전으로 복제해야 합니다. 어떤 접근 방식이 이러한 요구 사항을 충족합니까?

이 접근 방식은 운영 오버헤드를 최소화하면서 컨테이너 이미지와 데이터베이스 상태를 두 번째 리전으로 복제하는 가장 효율적인 방법을 제공합니다. Amazon ECR 교차 리전 복제는 컨테이너 이미지를 자동으로 복사하여 수동 개입 없이 두 번째 리전에서 사용할 수 있도록 합니다. Aurora Global Database는 기본 리전과 보조 리전 간에 데이터를 빠르고 안정적으로 복제하여 재해 복구 및 읽기 확장성을 제공합니다. 다른 옵션들은 다음과 같은 이유로 최적이 아닙니다. ECR 이미지를 S3에 저장하고 CRR을 활성화하는 것은 ECR의 기본 기능이 아니며, EKS에서 S3 URL을 직접 참조하는 것은 일반적인 배포 방식이 아닙니다. EventBridge와 Lambda를 사용하여 이미지를 복사하는 것은 ECR의 내장 복제 기능보다 더 많은 관리 오버헤드를 발생시킵니다. CodeBuild 프로젝트를 수정하여 두 번째 리전으로 푸시하는 것은 빌드 프로세스를 복잡하게 만들고, Aurora 바이너리 로그 복제는 Aurora Global Database보다 관리 오버헤드가 더 크고 복제 지연이 발생할 수 있습니다.