요청이 경로 구성과 일치되는 방법

Azure Front Door의 경로는 들어오는 요청이 Azure Front Door 에지에 도착할 때 트래픽이 처리되는 방법을 정의합니다. 경로 설정은 도메인과 원본 그룹 간의 연결을 설정합니다. 패턴 일치 및 규칙 집합과 같은 고급 기능을 사용하여 백 엔드 리소스에 대한 트래픽을 세부적으로 제어할 수 있습니다.

참고

Front Door 규칙 집합를 사용하면 요청에 대해 원본 그룹을 재정의하도록 규칙을 구성할 수 있습니다. 규칙 집합에 의해 설정된 원본 그룹은 이 문서에 설명된 라우팅 프로세스를 재정의합니다.

중요합니다

Azure Front Door (classic)는 2027년 3월 31일에 서비스가 종료됩니다. 서비스가 종료됨에 따라 프로필 생성, 신규 도메인 온보딩, 관리 인증서 지원이 중단되었습니다. 서비스 중단을 방지하려면 Azure Front Door Standard 또는 Premium로 마이그레이션합니다. 자세한 내용은 Azure Front Door(클래식) 사용 중지 참조하세요.

요청이 Azure Front Door(클래식) 에지에 도착하면 첫 번째 단계 중 하나는 일치하는 요청을 백 엔드 리소스로 라우팅한 다음 라우팅 구성에서 정의된 작업을 수행하는 방법을 결정하는 것입니다. 이 문서에서는 Front Door가 요청을 처리할 때 사용할 경로 구성을 결정하는 방법을 설명합니다.

Front Door 경로 구성의 구조

Front Door 라우팅 규칙은 크게 두 부분, 즉 “좌측 조건”과 “우측 처리”로 구성됩니다. Front Door는 들어오는 요청을 경로의 왼쪽과 일치시키고, 경로의 오른쪽은 요청을 처리하는 방법을 정의합니다.

들어오는 매칭(왼쪽)

다음 속성은 들어오는 요청이 라우팅 규칙(왼쪽)과 일치하는지 여부를 결정합니다.

  • HTTP 프로토콜 - HTTP 또는 HTTPS
  • 도메인 - 예: www.foo.com, *.bar.com
  • 경로(예: /*, /users/*, /file.gif)

이러한 속성은 프로토콜/도메인/경로의 모든 조합이 잠재적 일치 집합이 되도록 내부적으로 확장됩니다.

라우팅 결정(오른쪽 측)

요청을 처리하는 방법에 대한 결정은 경로에 대해 캐싱을 사용할 수 있는지 여부에 따라 달라집니다. 캐시된 응답을 사용할 수 없는 경우 요청이 적절한 원본으로 전달됩니다.

경로 매칭

이 섹션에서는 Front Door가 라우팅 규칙에 대한 요청을 일치시키는 방법을 설명합니다. 기본 원칙은 Front Door가 항상 "왼쪽" 속성(프로토콜, 도메인 및 경로)을 해당 순서대로 평가하여 가장 구체적인 요청과 일치한다는 것입니다.

프론트엔드 호스트 일치

Azure Front Door는 프런트엔드 호스트를 일치시키기 위해 다음과 같은 단계들을 사용합니다.

  1. 프런트 엔드 호스트에서 정확히 일치하는 경로를 확인합니다.
  2. 정확히 일치하는 항목을 찾지 못하면 404: 잘못된 요청 오류가 있는 요청을 거부합니다.

다음 표에서는 프런트 엔드 호스트 및 경로를 사용하는 세 가지 라우팅 규칙을 보여 줍니다.

라우팅 규칙 프런트 엔드 호스트 경로
A foo.contoso.com /*
B foo.contoso.com /사용자/*
C www.fabrikam.com, foo.adventure-works.com /*/이미지/*

다음 표에서는 이전 표의 라우팅 규칙에 대해 일치하는 결과를 보여 갖습니다.

프론트엔드 수신 호스트 일치하는 라우팅 규칙
foo.contoso.com A, B
www.fabrikam.com C
images.fabrikam.com 오류 404: 잘못된 요청
foo.adventure-works.com C
contoso.com 오류 404: 잘못된 요청
www.adventure-works.com 오류 404: 잘못된 요청
www.northwindtraders.com 오류 404: 잘못된 요청

경로 매칭

Azure Front Door 특정 프런트 엔드 호스트를 결정하고 가능한 라우팅 규칙을 필터링한 후 요청 경로에 따라 라우팅 규칙을 선택합니다. 서비스는 다음 논리를 사용합니다.

  1. 요청 경로와 정확히 일치하는 라우팅 규칙을 확인합니다.
  2. 정확히 일치하는 항목을 찾지 못하면 일치하는 와일드카드 경로가 있는 라우팅 규칙을 찾습니다.
  3. 일치하는 경로를 찾지 못하면 404: 잘못된 요청 오류가 있는 요청을 거부합니다.

참고

와일드카드 문자 *은 뒤에 다른 문자가 없는 경로에만 유효합니다. 또한 와일드카드 문자 * 앞에는 슬래시 /가 와야 합니다. 와일드카드가 없는 경로는 정확히 일치하는 경로로 간주됩니다. 슬래시 /로 끝나는 경로도 완전 일치 경로입니다. 오류가 발생하지 않도록 경로가 이러한 규칙을 따르는지 확인합니다.

참고

  • 와일드카드가 없는 경로는 정확히 일치하는 경로로 간주됩니다. /로 끝나는 경로도 정확히 일치합니다.
  • 경로 패턴은 대/소문자를 구분하지 않습니다. 예를 들어 /FOO/foo 중복으로 처리되며 패턴에서 일치 설정에 허용되지 않습니다.

다음 표에서는 프런트 엔드 호스트 및 경로 조합이 있는 라우팅 규칙을 나열합니다.

라우팅 규칙 프런트 엔드 호스트 경로
A www.contoso.com /
B www.contoso.com /*
C www.contoso.com /ab
D www.contoso.com /abc
E www.contoso.com /abc/
F www.contoso.com /abc/*
G www.contoso.com /abc/def
H www.contoso.com /경로/

다음 표에서는 Azure Front Door 에지에서 들어오는 요청과 일치하는 라우팅 규칙을 보여줍니다.

들어오는 요청 일치하는 경로
www.contoso.com/ A
www.contoso.com/a B
www.contoso.com/ab C
www.contoso.com/abc D
www.contoso.com/abzzz B
www.contoso.com/abc/ E
www.contoso.com/abc/d F
www.contoso.com/abc/def G
www.contoso.com/abc/defzzz F
www.contoso.com/abc/def/ghi F
www.contoso.com/path B
www.contoso.com/path/ H
www.contoso.com/path/zzz B

경고

catch-all 경로(/*)가 없는 정확히 일치하는 프런트엔드 호스트에 대한 라우팅 규칙이 없으면 어떤 라우팅 규칙도 일치하지 않습니다.

예제 구성:

경로 호스트 경로
A profile.contoso.com /api/*

매칭 테이블:

들어오는 요청 일치하는 경로
profile.domain.com/other 없음 오류 404: 잘못된 요청

라우팅 의사 결정

Azure Front Door가 라우팅 규칙과 일치하면 요청을 처리하는 방법을 결정합니다. 캐시된 응답을 사용할 수 있는 경우 해당 응답을 클라이언트로 다시 보냅니다.

일치하는 라우팅 규칙에 대해 rule 집합 구성하는 경우 Azure Front Door 순서대로 처리합니다. 규칙 집합은 트래픽을 특정 원본 그룹으로 전달하여 경로를 재정의할 수 있습니다. 규칙 집합을 정의하지 않으면 Azure Front Door 변경 없이 원본 그룹에 요청을 전달합니다.

Azure Front Door(클래식)에 캐시된 응답이 없는 경우 URL 다시 쓰기 구성을 확인합니다. 사용자 지정 전달 경로를 정의하지 않으면 Azure Front Door 구성된 백 엔드 풀의 적절한 백 엔드로 요청을 전달합니다. 사용자 지정 전달 경로를 정의하는 경우 Azure Front Door 그에 따라 요청 경로를 업데이트한 다음 백 엔드로 전달합니다.

다음 단계

  • Last updated on