Dispatcher 개요 dispatcher-overview

Dispatcher는 엔터프라이즈급 웹 서버와 함께 사용하는 Adobe Experience Manager의 캐싱 및 로드 밸런싱 도구입니다.

Dispatcher 배포 프로세스는 선택한 웹 서버 및 OS 플랫폼과 독립적입니다.

필요에 따라 다음 정보를 사용하십시오.

Dispatcher를 사용하여 캐싱을 구현하는 이유는 무엇입니까? why-use-dispatcher-to-implement-caching

웹 게시에 대한 두 가지 기본 접근 방법이 있습니다.

Dispatcher는 빠르고 동적인 환경을 인식하도록 도와줍니다. 다음과 같은 목표를 가지고 Apache와 같은 정적 HTML 서버의 일부로 작동합니다.

즉, 다음과 같은 의미입니다.

Dispatcher에는 동적 사이트의 콘텐츠를 기반으로 정적 HTML을 생성하고 업데이트하는 메커니즘이 포함되어 있습니다. 정적 파일로 저장되는 문서와 항상 동적으로 생성되는 항목을 상세하게 지정할 수 있습니다.

이 섹션은 이 프로세스의 원칙을 보여 줍니다.

정적 웹 서버 static-web-server

Apache 또는 IIS와 같은 정적 웹 서버는 웹 사이트 방문자에게 정적 HTML 파일을 제공합니다. 정적 페이지는 한 번 생성되므로 각 요청에 대해 동일한 콘텐츠가 전달됩니다.

이 프로세스는 간단하고 효율적입니다. 방문자가 HTML 페이지와 같은 파일을 요청하는 경우 파일은 대개 메모리에서 직접 가져오며, 최악의 경우 로컬 드라이브에서 읽습니다. 정적인 웹 서버는 꽤 오랫동안 제공되어 왔으며, 관리와 보안 관리를 위한 다양한 도구가 있으며, 네트워크 인프라와 잘 통합되었습니다.

콘텐츠 관리 서버 content-management-servers

AEM과 같은 CMS(콘텐츠 관리 서버)를 사용하는 경우 고급 레이아웃 엔진이 방문자의 요청을 처리합니다. 엔진은 스타일, 포맷 및 액세스 권한과 함께 저장소에서 콘텐츠를 읽어 방문자의 요구 사항 및 권한에 맞는 문서로 변환합니다.

이 워크플로를 통해 보다 풍부하고 다이내믹한 콘텐츠를 제작할 수 있으므로 웹 사이트의 유연성과 기능을 향상시킬 수 있습니다. 단, 레이아웃 엔진은 정적 서버보다 처리 능력이 더 필요하므로 많은 방문자가 시스템을 사용하는 경우 이 설정을 지연시킬 수 있습니다.

Dispatcher에서 캐싱을 수행하는 방법 how-dispatcher-performs-caching

캐시 디렉터리 캐싱을 위해 Dispatcher 모듈은 정적 콘텐츠를 제공하는 웹 서버의 기능을 사용합니다. Dispatcher는 캐싱된 문서를 웹 서버의 문서 루트에 배치합니다.

캐싱 방법

Dispatcher에는 웹 사이트를 변경할 때 캐시 콘텐츠를 업데이트하는 두 가지 기본 방법이 있습니다.

콘텐츠 업데이트

콘텐츠 업데이트에서 하나 이상의 AEM 문서가 변경됩니다. AEM은 Dispatcher에 등록 요청을 전송하여 그에 따라 캐시를 업데이트합니다.

다음 요점을 명시해야 합니다.

자동 무효화

자동 무효화는 파일을 실제로 삭제하지 않고 캐시의 일부를 자동으로 무효화합니다. 모든 콘텐츠 업데이트에서는 소위 상태 파일이 터치되므로 해당 타임스탬프가 마지막 콘텐츠 업데이트를 반영합니다.

Dispatcher에는 자동 무효화의 대상이 되는 파일 목록이 있습니다. 해당 목록의 문서가 요청되면 Dispatcher는 캐싱된 문서의 날짜를 상태 파일의 타임스탬프와 비교합니다.

다시 한 번, 특정 요점을 명시해야 합니다.

Dispatcher가 문서를 반환하는 방법 how-dispatcher-returns-documents

문서의 캐싱 대상 여부 확인

Dispatcher가 구성 파일에서 캐싱하는 문서를 정의할 수 있습니다. Dispatcher는 캐싱 가능한 문서 목록에 대해 요청을 확인합니다. 문서가 이 목록에 없으면 Dispatcher가 AEM 인스턴스에서 문서를 요청합니다.

Dispatcher가 다음의 경우 AEM 인스턴스에서 직접 문서를 항상 요청합니다.

문서가 캐싱되는지 확인

Dispatcher는 캐싱된 파일을 정적 웹 사이트의 일부인 것처럼 웹 서버에 저장합니다. 사용자가 캐싱 가능한 문서를 요청하는 경우 Dispatcher는 해당 문서가 웹 서버의 파일 시스템에 있는지 여부를 확인합니다.

문서가 최신 상태인지 확인

문서가 최신 상태인지 확인하려면 Dispatcher에서 다음 두 단계를 수행합니다.

로드 밸런싱의 이점 the-benefits-of-load-balancing

로드 밸런싱은 여러 AEM 인스턴스에 웹 사이트의 계산 로드를 배포하는 방법입니다.

얻을 수 있는 이점:

Dispatcher가 로드 밸런싱을 수행하는 방법 how-the-dispatcher-performs-load-balancing

성능 통계

Dispatcher는 AEM의 각 인스턴스가 문서를 처리하는 속도에 대한 내부 통계를 유지합니다. 이 데이터를 기반으로, Dispatcher는 요청에 응답할 때 가장 빠른 응답 시간을 제공할 수 있는 인스턴스를 예측하여 해당 인스턴스에서 필요한 계산 시간을 예약합니다.

요청 유형마다 평균 완료 시간이 다를 수 있으므로 Dispatcher를 통해 문서 범주를 지정할 수 있습니다. 그런 다음 시간 예측을 계산할 때 해당 범주를 고려합니다. 예를 들어 일반적인 응답 시간이 다를 수 있으므로 HTML 페이지와 이미지를 구분할 수 있습니다.

정교한 검색 기능을 사용하는 경우 검색 쿼리에 대한 범주를 만들 수 있습니다. 이 메서드를 통해 Dispatcher가 검색 쿼리를 가장 빠르게 응답하는 인스턴스로 보낼 수 있습니다. 또한 이를 통해 여러 “값비싼” 검색 쿼리를 받고 다른 항목에서 “더 저렴한“ 요청을 받는 경우 지연으로부터 더 느린 인스턴스가 방지됩니다.

개인화된 콘텐츠 (고정 연결)

고정 연결은 한 명의 사용자에 대한 문서가 AEM의 동일한 인스턴스에서 모두 구성된다는 것을 보장합니다. 이 시점은 개인화된 페이지 및 세션 데이터를 사용하는 경우 중요합니다. 데이터는 인스턴스에 저장되므로 동일한 사용자의 후속 요청은 해당 인스턴스에 반환해야 합니다. 그렇지 않으면 데이터가 손실됩니다.

고정 연결은 Dispatcher의 요청을 최적화하는 기능을 제한하므로 필요한 경우에만 사용해야 합니다. 고정 문서를 포함하는 폴더를 지정할 수 있으므로 해당 폴더의 모든 문서가 각 사용자에 대해 동일한 인스턴스에 작성되도록 할 수 있습니다.

여러 Dispatcher 사용 using-multiple-dispatchers

복잡한 설정에서 여러 Dispatcher를 사용할 수 있습니다. 예를 들어 다음을 사용할 수 있습니다.

이러한 경우 각 요청이 하나의 Dispatcher만 통과하는지 확인하십시오. Dispatcher는 다른 Dispatcher의 요청을 처리하지 않습니다. 따라서 Dispatcher가 모두 AEM 웹 사이트에 직접 액세스하도록 하십시오.

CDN에 Dispatcher 사용 using-dispatcher-with-a-cdn

Akamai Edge Delivery 또는 Amazon Cloud Front와 같은 CDN(콘텐츠 게재 네트워크)은 최종 사용자에게 가까운 위치에서 콘텐츠를 제공합니다. 이로 인해

HTTP 인프라 구성 요소로서 CDN은 Dispatcher와 유사하게 작동합니다. CDN 노드가 요청을 받으면 가능한 경우 캐시에서 요청을 처리합니다(리소스는 캐시에서 사용할 수 있으며 유효합니다). 그렇지 않으면 리소스를 검색하고 적절한 경우 추가 요청을 위해 캐싱하기 위해 다음으로 가장 가까운 서버에 연결됩니다.

다음으로 가장 가까운 서버는 특정 설정에 따라 다릅니다. 예를 들어 Akamai 설정에서 요청은 다음 경로를 취할 수 있습니다.

일반적으로 Dispatcher는 캐시에서 문서를 제공하고 CDN 서버로 반환되는 응답 헤더에 영향을 줄 수 있는 다음 서버입니다.

CDN 캐시 제어 controlling-a-cdn-cache

CDN이 Dispatcher에서 다시 가져오기 전에 리소스를 캐싱하는 시간을 제어하는 방법에는 몇 가지가 있습니다.

일반적인 AEM 설정에서 확장 및 경로별 또는 두 가지 구성은 위의 포인트 1과 2를 통해 수행할 수 있으며, 디자인 이미지 및 클라이언트 라이브러리와 같이 자주 변경되지 않는 자주 사용하는 리소스에 대해 적절한 캐싱 기간을 설정할 수 있습니다. 새 릴리스가 배포되면 일반적으로 수동 무효화가 필요합니다.

이 방법을 사용하여 관리 콘텐츠를 캐싱하는 경우 구성된 캐싱 기간이 만료되고 문서를 다시 Dispatcher에서 가져오는 경우에만 콘텐츠 변경 사항이 최종 사용자에게 표시된다는 의미입니다.

보다 세밀하게 조정하기 위해 API 기반 무효화를 통해 Dispatcher 캐시가 무효화되므로 CDN 캐시를 무효화할 수 있습니다. CDN API를 기반으로 고유한 ContentBuilder 및 TransportHandler를 구현하고 (API가 REST 기반이 아닌 경우) CDN의 캐시를 무효화하는 데 해당 조각을 사용하는 복제 에이전트를 설정할 수 있습니다.

작성자 서버에 Dispatcher 사용 using-a-dispatcher-with-an-author-server

/rules
{
/0000
{ /type "deny" /glob "*"}
}

작성자 인스턴스 앞에 Dispatcher를 사용하여 작성 성능을 향상시킬 수 있습니다. 작성 Dispatcher를 구성하려면 다음 작업을 수행하십시오.