웹 애플리케이션이 단일 AWS 리전에서 AWS Fargate(Amazon ECS)에 호스팅된 마이크로서비스로 실행되며, 데이터베이스로 Amazon RDS for MySQL 인스턴스를 사용합니다. Route 53이 DNS를 처리합니다. 애플리케이션이 실패하면 CloudWatch 알람이 EventBridge 규칙을 트리거합니다. 두 번째 리전에서 복구를 제공하고 복구 시간을 최소화하는 재해 복구 솔루션을 설계하세요. 어떤 접근 방식이 요구 사항을 충족합니까?

정답은 두 번째 리전에 미리 ECS 클러스터와 Fargate 서비스를 프로비저닝하고, RDS 교차 리전 읽기 복제본을 생성하는 것입니다. 이는 복구 시간을 최소화하는 "웜 스탠바이" 또는 "멀티 사이트 활성/수동" 재해 복구 전략에 해당합니다. 장애 발생 시, Lambda 함수가 읽기 복제본을 기본 데이터베이스로 승격하고 Route 53을 업데이트하여 트래픽을 두 번째 리전으로 전환함으로써 신속한 복구가 가능합니다. 다른 옵션들은 다음과 같은 이유로 적합하지 않습니다: 첫 번째 옵션은 장애 발생 시 RDS 스냅샷에서 복원하는 과정이 포함되어 있어 복구 시간이 길어집니다. 두 번째 옵션은 장애 발생 시 ECS 클러스터와 Fargate 서비스를 새로 생성해야 하므로 복구 시간이 매우 길어집니다. 네 번째 옵션은 RDS 데이터를 DynamoDB로 변환하는 복잡한 과정이 필요하며, 이는 기존 애플리케이션 아키텍처에 큰 변경을 요구하고 데이터 일관성 문제를 야기할 수 있습니다.