Application Gateway 리디렉션 개요
애플리케이션 게이트웨이를 사용하여 트래픽을 리디렉션할 수 있습니다. Application Gateway는 한 수신기에서 수신한 트래픽을 다른 수신기 또는 외부 사이트로 리디렉션하는 일반적인 리디렉션 메커니즘을 갖고 있습니다. 이를 통해 애플리케이션 구성이 간소화되고, 리소스 사용이 최적화되고, 전역 및 경로 기반 리디렉션을 비롯한 새로운 리디렉션 시나리오가 지원됩니다.
많은 웹 애플리케이션의 일반적인 리디렉션 시나리오는 애플리케이션과 해당 사용자 간의 모든 통신이 암호화된 경로를 통해 수행되도록 자동 HTTP-HTTPS 리디렉션을 지원하는 것입니다. 이전에는 HTTP에서 수신하는 요청을 HTTPS로 리디렉션하는 것이 유일한 목적인 전용 백 엔드 풀 만들기와 같은 기술을 고객이 사용했습니다. Application Gateway의 리디렉션 지원을 사용하면 라우팅 규칙에 새 리디렉션 구성을 추가하고 HTTPS 프로토콜을 대상 수신기로 사용하는 다른 수신기를 지정하여 간단하게 이 목표를 달성할 수 있습니다.
리디렉션 유형
리디렉션 유형은 클라이언트가 리디렉션 용도를 파악할 수 있도록 응답 상태 코드를 설정합니다. 지원되는 리디렉션 유형은 다음과 같습니다.
- 301(영구적 이동): 대상 리소스가 새 영구 URI에 할당되었음을 나타냅니다. 이후 이 리소스에 대한 모든 참조는 포함된 URI 중 하나를 사용합니다. HTTP에서 HTTPS로 리디렉션에 301 상태 코드를 사용합니다.
- 302(찾음): 대상 리소스가 일시적으로 다른 URI 아래에 있음을 나타냅니다. 리디렉션은 수시로 변경될 수 있으므로 클라이언트는 이후 요청에 유효한 요청 URI를 계속 사용해야 합니다.
- 303(기타 참조): 위치 헤더 필드의 URI에 표시된 대로 대상 리소스가 사용자 에이전트를 다른 리소스로 리디렉션하고 있음을 나타냅니다.
- 307(일시적 리디렉션): 대상 리소스가 일시적으로 다른 URI 아래에 있음을 나타냅니다. 사용자 에이전트는 해당 URI로 자동 리디렉션을 수행하는 경우 요청 메서드를 변경하지 않아야 합니다. 리디렉션은 시간이 지나면서 변경될 수 있으므로 클라이언트는 이후 요청에 원래의 유효한 요청 URI를 계속 사용해야 합니다.
리디렉션 기능
수신기 리디렉션
한 수신기에서 다른 수신기로 리디렉션합니다. 수신기 리디렉션은 일반적으로 HTTP에서 HTTPS로 리디렉션을 사용하도록 설정하는 데 사용됩니다.
다중 사이트 대상 수신기를 사용하여 리디렉션을 구성하는 경우 모든 호스트 이름(와일드카드 문자 포함 또는 제외)을 원본 수신기의 일부로 정의해야 합니다(대상 수신기의 일부이기도 함). 이렇게 하면 HTTP에서 HTTPS로 리디렉션을 구성하는 동안 대상 수신기의 호스트 이름이 누락되어 트래픽이 삭제되지 않습니다.
경로 기반 리디렉션
이러한 종류의 리디렉션에서는 /cart/*로 표시되는 쇼핑 카트 영역에 대한 HTTP - HTTPS 요청 리디렉션과 같이 특정 사이트 영역에서만 리디렉션이 가능합니다.
외부 사이트로의 리디렉션
이러한 변경으로 인해 고객은 리디렉션하려는 대상 수신기 또는 외부 사이트를 지정하는 새 리디렉션 구성 개체를 만들어야 합니다. 구성 요소도 리디렉션된 URL에 URI 경로 및 쿼리 문자열을 추가할 수 있는 옵션을 지원합니다. 리디렉션 유형을 선택할 수도 있습니다. 이 리디렉션 구성이 만들어지면 새 규칙을 통해 원본 수신기에 첨부됩니다. 기본 규칙을 사용하는 경우 리디렉션 구성이 원본 수신기와 연결되며 전역 리디렉션이 됩니다. 경로 기반 규칙을 사용할 경우 리디렉션 구성이 URL 경로 맵에 정의됩니다. 따라서 사이트의 특정 경로 영역에만 적용됩니다.