us-east-1 리전의 퍼블릭 API Gateway 엔드포인트를 통해 호출되는 Lambda 함수로 구현된 비동기 HTTP 애플리케이션이 있습니다. 다른 AWS 리전으로의 페일오버를 지원하도록 애플리케이션을 재설계해야 합니다. 다음 중 어떤 설계가 이 요구 사항을 충족합니까?

정답은 us-east-1과 us-west-2 두 리전에 Lambda 함수와 API Gateway 엔드포인트를 모두 배포하고, Amazon Route 53의 페일오버 라우팅 정책을 사용하여 트래픽을 라우팅하는 것입니다. 이 방법은 전체 스택을 다른 리전에 복제하여 진정한 재해 복구 및 고가용성을 제공합니다. Route 53은 us-east-1의 엔드포인트에 장애가 발생하면 자동으로 us-west-2로 트래픽을 전환합니다. 다른 옵션들은 다음과 같은 이유로 적절하지 않습니다. us-west-2에 API Gateway를 생성하고 us-east-1의 Lambda로 라우팅하는 것은 단일 리전 장애로부터 보호하지 못합니다. Lambda 함수 자체가 us-east-1에 남아있기 때문입니다. SQS 큐를 사용하는 것은 비동기 애플리케이션에 유용하지만, 리전 장애 발생 시 API Gateway와 Lambda의 가용성 문제를 해결하지 못합니다. AWS Global Accelerator와 Application Load Balancer를 사용하는 것은 주로 성능 향상과 여러 가용 영역에 걸친 로드 밸런싱에 초점을 맞추며, 리전 간 페일오버를 위한 완전한 솔루션이 아닙니다. API Gateway는 Global Accelerator와 직접 통합되지 않습니다.