다음을 통해 공유


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에서 쿼리 문자열로 전달됩니다. 쿼리 문자열에 따라 백 엔드로 요청을 라우팅하려면 다음 단계를 수행합니다.

  1. 경로 맵을 만듭니다.

    URL 다시 쓰기 시나리오 1-1을 보여 주는 스크린샷

  2. 세 가지 다시 쓰기 규칙이 있는 다시 쓰기 집합을 만듭니다.

    • 첫 번째 규칙에는 변수를 검사 query_string 하는 조건이 있습니다 category=shoes. 작업은 URL 경로를 /listing1다시 씁니다. 경로 맵 다시 평가가 사용됩니다.

    • 두 번째 규칙에는 변수를 검사 query_string 하는 조건이 있습니다 category=bags. 작업은 URL 경로를 /listing2다시 씁니다. 경로 맵 다시 평가가 사용됩니다.

    • 세 번째 규칙에는 변수를 검사 query_string 하는 조건이 있습니다 category=accessories. 작업은 URL 경로를 /listing3다시 씁니다. 경로 맵 다시 평가가 사용됩니다.

      URL 다시 쓰기 시나리오 1-2를 보여 주는 스크린샷

  3. 이 다시 쓰기 집합을 이전 경로 기반 규칙의 기본 경로와 연결합니다.

    URL 다시 쓰기 시나리오 1-3을 보여 주는 스크린샷

사용자가 요청하는 contoso.com/listing?category=any경우 경로 맵(/listing1, /, /listing2listing3)의 경로 패턴이 일치하지 않으므로 기본 경로와 일치합니다. 이전 다시 쓰기 집합을 이 경로와 연결했기 때문에 이 다시 쓰기 집합이 평가됩니다. 쿼리 문자열이 이 다시 쓰기 집합의 세 가지 다시 쓰기 규칙 중 하나라도 조건과 일치하지 않으므로 다시 쓰기 작업이 수행되지 않습니다. 요청은 기본 경로(즉, )와 연결된 백 엔드로 변경되지 않고 라우팅됩니다 GenericList.

사용자가 요청하는 contoso.com/listing?category=shoes경우 기본 경로가 일치합니다. 이 경우 첫 번째 규칙의 조건이 일치합니다. 조건과 연결된 작업이 실행되어 URL 경로를 다시 작성하고 경로 /listing1 맵을 다시 평가합니다. 경로 맵을 다시 평가하면 요청이 패턴 /listing1과 연결된 경로와 일치합니다. 요청은 이 패턴(ShoesListBackendPool)과 연결된 백 엔드로 라우팅됩니다.

참고 항목

정의된 조건에 따라 헤더 또는 쿠키 값, URL 경로, 쿼리 문자열 또는 서버 변수로 이 시나리오를 확장할 수 있습니다. 그런 다음 해당 조건에 따라 요청을 라우팅할 수 있습니다.

몇 가지 일반적인 사용 사례를 설정하는 방법에 대한 자세한 내용은 Common 헤더 다시 쓰기 시나리오를 참조 하세요.