한 회사에서 기본 AWS 리전과 재해 복구(DR) 리전에 배포된 백엔드 서비스로 웹사이트를 호스팅하고 있습니다. 단일 Amazon CloudFront 배포가 사이트 전면에 있습니다. 이 회사는 기본 리전의 백엔드를 가리키는 상태 확인이 포함된 Route 53 장애 조치 레코드를 생성하고 해당 레코드를 CloudFront 배포의 오리진으로 구성했습니다. 보조 장애 조치 Route 53 레코드는 DR 리전 백엔드를 가리킵니다. 두 Route 53 레코드 모두 TTL은 60초이지만, 현재 장애 조치에 1분 이상이 소요됩니다. 어떤 설계가 가장 빠른 장애 조치 시간을 제공할까요?

CloudFront 오리진 그룹을 사용하면 CloudFront 배포 자체에서 오리진 장애 조치를 구성할 수 있습니다. 기본 오리진(기본 리전 백엔드)이 실패하면 CloudFront는 자동으로 보조 오리진(DR 리전 백엔드)으로 요청을 라우팅합니다. 이는 DNS TTL에 의존하는 Route 53 장애 조치보다 훨씬 빠른 장애 조치 시간을 제공합니다. Route 53 TTL을 줄이는 것은 클라이언트 측 캐싱으로 인해 여전히 지연이 발생할 수 있습니다. 두 번째 CloudFront 배포는 복잡성을 증가시키고 비용을 발생시키며, 지연 시간 기반 라우팅은 장애 조치보다는 최적의 성능을 위해 설계되었습니다.