Contoso는 단일 Application Gateway v2 뒤에서 다중 사이트 호스팅을 사용하여 두 개의 서로 다른 HTTPS 웹사이트(api.contoso.com 및 retail.contoso.com)를 호스팅하려고 합니다. HTTPS 트래픽을 올바른 백엔드 풀로 라우팅하고 보안 클라이언트 연결을 유지하는 데 필요한 두 가지 작업은 무엇입니까? (두 가지 선택)

정답은 다중 사이트 호스팅을 위해 Application Gateway에서 SNI(Server Name Indication)를 사용하는 표준 방법입니다. 각 웹사이트(api.contoso.com 및 retail.contoso.com)에 대해 고유한 호스트 이름과 해당 SSL 인증서가 있는 HTTPS 리스너를 생성해야 합니다. SNI를 활성화하면 Application Gateway는 클라이언트가 요청하는 호스트 이름을 기반으로 올바른 인증서를 제시할 수 있습니다. 그런 다음 각 리스너를 해당 백엔드 풀에 바인딩하는 요청 라우팅 규칙을 생성하여 트래픽이 올바른 대상으로 전달되도록 합니다. 우선순위 기반 규칙은 일반적으로 여러 규칙이 일치할 때 사용되지만, 여기서는 호스트 이름을 기반으로 명확하게 분리되므로 각 리스너에 대한 개별 규칙이 필요합니다. 오답 설명: "호스트 이름이 없는 단일 전역 리스너를 추가한 다음 백엔드 앱에서 Host 헤더를 검사하여 올바른 풀로 트래픽을 라우팅합니다."는 Application Gateway가 아닌 백엔드 애플리케이션에 라우팅 로직을 위임하므로 Application Gateway의 다중 사이트 호스팅 기능을 활용하지 못합니다. "두 개의 기본 HTTP 리스너를 구성하고 URL 경로 기반 라우팅을 사용하여 경로별로 api 및 retail 트래픽을 분리합니다."는 HTTPS를 사용하지 않으므로 보안 클라이언트 연결 요구 사항을 충족하지 못하며, 호스트 이름이 아닌 URL 경로를 기반으로 라우팅합니다. "두 개의 SAN 항목이 포함된 단일 인증서와 백엔드로 전달하기 위해 호스트 헤더 조건을 사용하는 단일 요청 라우팅 규칙이 있는 단일 HTTPS 리스너를 사용합니다."는 단일 리스너를 사용하므로 SNI를 통한 다중 인증서 처리가 불가능하며, 호스트 헤더 조건은 요청 라우팅 규칙의 일부가 아닌 리스너에서 처리됩니다.