요청이 경로 구성과 일치되는 방법
Azure Front Door의 경로는 들어오는 요청이 Azure Front Door 에지에 도착할 때 트래픽이 처리되는 방법을 정의합니다. 경로 설정은 도메인과 원본 그룹 간의 연결을 설정합니다. 패턴 일치 및 규칙 집합과 같은 고급 기능을 사용하여 백 엔드 리소스에 대한 트래픽을 세부적으로 제어할 수 있습니다.
참고 항목
Front Door 규칙 집합를 사용하면 요청에 대해 원본 그룹을 재정의하도록 규칙을 구성할 수 있습니다. 규칙 집합에 의해 설정된 원본 그룹은 이 문서에 설명된 라우팅 프로세스를 재정의합니다.
Important
Azure Front Door(클래식)는 2027년 3월 31일에 사용이 중지됩니다. 서비스가 중단되지 않도록 하려면 2027년 3월까지 Azure Front Door(클래식) 프로필을 Azure Front Door 표준 또는 프리미엄 계층으로 마이그레이션하는 것이 중요합니다. 자세한 내용은 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는 다음 단계를 사용하여 프런트 엔드 호스트와 일치합니다.
- 프런트 엔드 호스트에서 정확히 일치하는 경로를 확인합니다.
- 정확히 일치하는 항목이 없으면 404: 잘못된 요청 오류로 요청이 거부됩니다.
다음 표에서는 프런트 엔드 호스트 및 경로를 사용하는 세 가지 라우팅 규칙을 보여 줍니다.
| 라우팅 규칙 | 프런트 엔드 호스트 | Path |
|---|---|---|
| A | foo.contoso.com | /* |
| B | foo.contoso.com | /users/* |
| C | www.fabrikam.com, foo.adventure-works.com | /*, /images/* |
다음 표에서는 이전 표의 라우팅 규칙에 대해 일치하는 결과를 보여 갖습니다.
| 수신 프런트 엔드 호스트 | 일치하는 라우팅 규칙 |
|---|---|
| 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에서 특정 프런트 엔드 호스트를 결정하고 가능한 라우팅 규칙을 필터링한 후 요청 경로에 따라 라우팅 규칙을 선택합니다. 다음 논리가 사용됩니다.
- 요청 경로와 정확히 일치하는 라우팅 규칙을 확인합니다.
- 정확히 일치하는 항목이 없으면 일치하는 와일드카드 경로가 있는 라우팅 규칙을 찾습니다.
- 일치하는 경로가 없으면 404: 잘못된 요청 오류로 요청이 거부됩니다.
참고 항목
와일드카드 문자 *은 뒤에 다른 문자가 없는 경로에만 유효합니다. 또한 와일드카드 문자 * 앞에는 슬래시 /가 와야 합니다. 와일드카드가 없는 경로는 정확히 일치하는 경로로 간주됩니다. 슬래시 /로 끝나는 경로도 완전 일치 경로입니다. 오류가 발생하지 않도록 경로가 이러한 규칙을 따르는지 확인합니다.
참고 항목
- 와일드카드가 없는 경로는 정확히 일치하는 경로로 간주됩니다. A로
/끝나는 경로도 정확히 일치합니다. - 경로 패턴은 대/소문자를 구분하지 않습니다. 예를 들어
/FOO/foo중복으로 처리되며 패턴에서 일치 설정에 허용되지 않습니다.
다음 표에서는 프런트 엔드 호스트 및 경로 조합이 있는 라우팅 규칙을 나열합니다.
| 라우팅 규칙 | 프런트 엔드 호스트 | Path |
|---|---|---|
| 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 | /path/ |
다음 표에서는 Azure Front Door 에지에서 들어오는 요청과 일치하는 라우팅 규칙을 보여줍니다.
Warning
catch-all 경로 경로(/*)가 없는 정확한 일치 프런트 엔드 호스트에 대한 라우팅 규칙이 없는 경우 라우팅 규칙이 일치하지 않습니다.
예제 구성:
| 경로 | Host | Path |
|---|---|---|
| A | profile.contoso.com | /api/* |
일치하는 테이블:
| 들어오는 요청 | 일치하는 경로 |
|---|---|
| profile.domain.com/other | 없음 오류 404: 잘못된 요청 |
라우팅 의사 결정
Azure Front Door가 라우팅 규칙과 일치하면 요청을 처리하는 방법을 결정합니다. 캐시된 응답을 사용할 수 있는 경우 클라이언트에 다시 제공됩니다.
일치하는 라우팅 규칙에 대해 규칙 집합이 구성된 경우 순서대로 처리됩니다. 규칙 집합은 트래픽을 특정 원본 그룹으로 전달하여 경로를 재정의할 수 있습니다. 규칙 집합이 정의되지 않은 경우 요청은 변경되지 않고 원본 그룹으로 전달됩니다.
Azure Front Door(클래식)에 캐시된 응답이 없는 경우 URL 다시 쓰기 구성을 확인합니다. 사용자 지정 전달 경로가 정의되지 않은 경우 요청은 구성된 백 엔드 풀의 적절한 백 엔드로 전달됩니다. 사용자 지정 전달 경로가 정의되면 요청 경로가 그에 따라 업데이트된 다음 백 엔드로 전달됩니다.
다음 단계
- Azure Front Door를 만듭니다.
- Azure Front Door 라우팅 아키텍처에 대해 알아봅니다.
- Azure Front Door(클래식)를 만듭니다.
- Azure Front Door 라우팅 아키텍처에 대해 알아봅니다.