웹 애플리케이션이 개별 대상 그룹에 배치된 여러 Amazon EC2 인스턴스에서 실행되며, 이 인스턴스들은 Application Load Balancer(ALB) 뒤에 있습니다. 공개 사이트는 사용자에게 제공됩니다. 엔지니어는 테스트를 위해 단일 개발 EC2 인스턴스로 라우팅되는 개발 호스트 이름이 필요하며, 이 라우팅은 개발 인스턴스가 교체되더라도 자동으로 계속 작동해야 합니다. Route 53 호스팅 영역을 사용하여 이러한 요구 사항을 충족하는 솔루션은 무엇입니까?

정답은 개발 웹사이트에 대한 A 레코드를 생성하여 ALB를 가리키도록 하고, 개발 웹사이트 요청을 개발 인스턴스가 포함된 대상 그룹으로 전달하는 ALB 리스너 규칙을 생성하는 것입니다. 이 솔루션은 ALB의 고급 라우팅 기능을 활용하여 단일 ALB를 통해 프로덕션 트래픽과 개발 트래픽을 모두 처리할 수 있게 합니다. 개발 인스턴스가 교체되더라도, 새 인스턴스를 동일한 개발 대상 그룹에 등록하면 라우팅이 자동으로 유지됩니다. 오답인 '개발 인스턴스를 퍼블릭 IP 주소로 다시 생성하고 개발 웹사이트에 대한 A 레코드를 생성하여 개발 인스턴스의 퍼블릭 IP 주소를 가리키도록 합니다'는 개발 인스턴스가 교체될 때마다 DNS 레코드를 수동으로 업데이트해야 하므로 자동화 요구 사항을 충족하지 못합니다. 또한, ALB의 이점을 활용하지 못합니다. 오답인 '개발 웹사이트에 대한 A 레코드를 생성하여 ALB를 가리키도록 하고, 개발 웹사이트에 대한 요청을 개발 인스턴스의 퍼블릭 IP 주소로 리디렉션하는 ALB 리스너 규칙을 생성합니다'는 ALB 리스너 규칙이 IP 주소로 직접 리디렉션하는 기능이 없으며, 대상 그룹을 통해 인스턴스로 라우팅해야 합니다. 오답인 '모든 인스턴스를 동일한 대상 그룹에 배치하고, 개발 웹사이트에 대한 A 레코드를 생성하여 ALB를 가리키도록 하고, 개발 웹사이트에 대한 요청을 대상 그룹으로 전달하는 ALB 리스너 규칙을 생성합니다'는 개발 트래픽과 프로덕션 트래픽을 분리할 수 없으므로 개발 인스턴스로만 트래픽을 라우팅하는 요구 사항을 충족하지 못합니다.