애플리케이션이 단일 AWS 리전의 ALB 뒤에 있는 EC2 인스턴스에서 Auto Scaling과 함께 실행되며 DynamoDB를 사용합니다. 다른 대륙의 새 사무실에서 높은 지연 시간이 발생합니다. 두 리전의 사용자 모두에 대해 지연 시간을 줄이고 가용성을 개선하려면 어떻게 해야 합니까? (3개 선택)

새로운 대륙의 사용자 지연 시간을 줄이고 가용성을 높이려면 애플리케이션 스택을 해당 리전에 확장해야 합니다. 1. 새 리전에 새로운 ALB 및 Auto Scaling 그룹 리소스를 생성하고 새 ALB가 새 Auto Scaling 그룹으로 트래픽을 전달하도록 구성합니다. 이는 애플리케이션의 컴퓨팅 계층을 새 리전에 배포하여 사용자에게 더 가까운 엔드포인트를 제공하고 네트워크 지연 시간을 줄입니다. 2. ALB로 라우팅하기 위해 Amazon Route 53 레코드, 상태 확인 및 지연 시간 기반 라우팅 정책을 생성합니다. Route 53의 지연 시간 기반 라우팅은 사용자의 위치에서 가장 낮은 지연 시간을 제공하는 리전으로 트래픽을 자동으로 라우팅하여 사용자 경험을 최적화합니다. 상태 확인은 비정상 엔드포인트로의 라우팅을 방지하여 가용성을 높입니다. 3. DynamoDB 테이블을 글로벌 테이블로 변환합니다. DynamoDB 글로벌 테이블은 여러 AWS 리전에서 데이터를 자동으로 복제하여 데이터베이스 액세스 지연 시간을 줄이고 재해 복구 기능을 향상시킵니다. '교차 리전 복제가 활성화된 새 리전에 새 DynamoDB 테이블을 생성합니다'는 글로벌 테이블과 유사하지만, 글로벌 테이블이 관리형 솔루션으로 더 효율적입니다. '새로운 ALB 및 Auto Scaling 그룹 전역 리소스를 생성하고 새 ALB가 새 Auto Scaling 그룹으로 트래픽을 전달하도록 구성합니다'는 '전역 리소스'라는 모호한 표현 때문에 적절하지 않습니다. 'ALB로 라우팅하기 위해 Amazon Route 53 별칭, 상태 확인 및 장애 조치 라우팅 정책을 생성합니다'는 장애 조치 라우팅이 아닌 지연 시간 기반 라우팅이 이 시나리오에 더 적합합니다.