Azure 애플리케이션 Gateway를 사용하여 매개 변수 기반 경로 선택 수행 - Azure Portal
이 문서에서는 Azure Portal을 사용하여 URL 다시 쓰기 기능을 경로 기반 라우팅과 결합하여 매개 변수 기반 경로 선택을 수행하도록 Azure 애플리케이션 Gateway v2 SKU 인스턴스를 구성하는 방법을 설명합니다.
Azure 구독이 없는 경우 시작하기 전에 체험 계정을 만듭니다.
시작하기 전에
이 문서의 단계를 완료하려면 Application Gateway v2 SKU 인스턴스가 있어야 합니다. URL 다시 쓰기 및 다시 쓰기 헤더는 v1 SKU에서 지원되지 않습니다. v2 SKU가 없는 경우 시작하기 전에 Application Gateway v2 SKU 인스턴스를 만듭니다.
Azure에 로그인
Azure 계정을 사용하여 Azure Portal 에 로그인합니다.
매개 변수 기반 경로 선택 구성
이 예제에서는 쇼핑 웹 사이트가 있습니다. 제품 범주는 URL에서 쿼리 문자열로 전달됩니다. 쿼리 문자열에 따라 백 엔드로 요청을 라우팅하려면 다음 단계를 수행합니다.
경로 맵을 만듭니다.
세 가지 다시 쓰기 규칙이 있는 다시 쓰기 집합을 만듭니다.
첫 번째 규칙에는 변수를 검사
query_string
하는 조건이 있습니다category=shoes
. 작업은 URL 경로를/listing1
다시 씁니다. 경로 맵 다시 평가가 사용됩니다.두 번째 규칙에는 변수를 검사
query_string
하는 조건이 있습니다category=bags
. 작업은 URL 경로를/listing2
다시 씁니다. 경로 맵 다시 평가가 사용됩니다.세 번째 규칙에는 변수를 검사
query_string
하는 조건이 있습니다category=accessories
. 작업은 URL 경로를/listing3
다시 씁니다. 경로 맵 다시 평가가 사용됩니다.
이 다시 쓰기 집합을 이전 경로 기반 규칙의 기본 경로와 연결합니다.
사용자가 요청하는 contoso.com/listing?category=any
경우 경로 맵(/listing1
, /, /listing2
listing3
)의 경로 패턴이 일치하지 않으므로 기본 경로와 일치합니다. 이전 다시 쓰기 집합을 이 경로와 연결했기 때문에 이 다시 쓰기 집합이 평가됩니다. 쿼리 문자열이 이 다시 쓰기 집합의 세 가지 다시 쓰기 규칙 중 하나라도 조건과 일치하지 않으므로 다시 쓰기 작업이 수행되지 않습니다. 요청은 기본 경로(즉, )와 연결된 백 엔드로 변경되지 않고 라우팅됩니다 GenericList
.
사용자가 요청하는 contoso.com/listing?category=shoes
경우 기본 경로가 일치합니다. 이 경우 첫 번째 규칙의 조건이 일치합니다. 조건과 연결된 작업이 실행되어 URL 경로를 다시 작성하고 경로 /listing1
맵을 다시 평가합니다. 경로 맵을 다시 평가하면 요청이 패턴 /listing1
과 연결된 경로와 일치합니다. 요청은 이 패턴(ShoesListBackendPool
)과 연결된 백 엔드로 라우팅됩니다.
참고 항목
정의된 조건에 따라 헤더 또는 쿠키 값, URL 경로, 쿼리 문자열 또는 서버 변수로 이 시나리오를 확장할 수 있습니다. 그런 다음 해당 조건에 따라 요청을 라우팅할 수 있습니다.
관련 콘텐츠
몇 가지 일반적인 사용 사례를 설정하는 방법에 대한 자세한 내용은 Common 헤더 다시 쓰기 시나리오를 참조 하세요.