모바일 게임 회사가 두 리전의 ALB 뒤에 있는 EC2 인스턴스에서 게임 에셋을 제공합니다. 클라이언트는 지리적으로 가장 가까운 리전에서 에셋을 가져와야 하며, 가장 가까운 리전에서 에셋을 사용할 수 없는 경우 다른 리전으로 페일오버해야 합니다. 솔루션스 아키텍트는 이 동작을 어떻게 구현해야 할까요?

정답은 Route 53 지연 시간 별칭 레코드를 사용하고 각 ALB에 대한 상태 확인을 활성화하는 것입니다. Route 53 지연 시간 기반 라우팅은 사용자에게 가장 낮은 지연 시간을 제공하는 리전으로 요청을 라우팅하여 지리적 근접성 요구 사항을 충족합니다. Evaluate Target Health를 활성화하면 Route 53이 상태 확인을 사용하여 비정상 엔드포인트로 트래픽을 라우팅하지 않도록 보장하여 페일오버 기능을 제공합니다. 다른 옵션들은 다음과 같은 이유로 적합하지 않습니다. CloudFront 배포를 생성하고 오리진 그룹을 사용하는 것은 지리적 근접성을 제공하지만, 페일오버 라우팅이 아닌 오리진 그룹 내의 우선순위에 따라 작동합니다. Route 53 페일오버 라우팅 레코드는 주로 활성/수동 또는 활성/활성 페일오버 시나리오에 사용되며, 지리적 근접성을 통한 최적의 라우팅을 기본으로 제공하지 않습니다. 두 개의 CloudFront 배포와 Route 53 페일오버 라우팅 레코드를 사용하는 것은 복잡성을 증가시키고, 지연 시간 기반 라우팅의 직접적인 이점을 제공하지 않습니다.