2016-11-01 5 views

답변

1

리 페치 플러시 에이전트를 사용하는 이유는 페이지가 복제 직후 디스패처에 캐시되도록하는 것입니다.

일반 플러시 에이전트를 사용하면 캐시를 비우고 플러시 된 콘텐츠는 처음 요청한 후에 다시 게시자에서 검색됩니다. 웹 사이트에 갑자기 트래픽이 최고조에 도달하면 이전에 플러시 된 페이지에 대한 많은 요청이 매우 짧은 기간 내에 게시자를 강타 할 수 있기 때문에 잠재적 인 위험이 있습니다. 예를 들어 트래픽이 낮고 아침에 야간에 사용자가 사이트를 방문하여 새로운 내용을 볼 수 있도록 많은 페이지를 플러시합니다. 이 시나리오에서는 Dispatcher가 동일한 페이지에 대해 여러 개의 동시 요청을 수신하여 게시자에게 전달하여 페이지 당 하나 이상의 요청을 볼 수 있습니다. 이 방식은 같은 페이지에 대한 동시 요청을받을 가능성이없는 웹 사이트에 대한 appropraite이다 캐시 파일 인을 삭제

:

Adobe documentation을 인용합니다.

refetch flush 에이전트를 사용하면 플러시가 발생한 직후 게시 인스턴스에서 페이지를 검색하도록 Dispatcher에 지시 할 때 캐시를 미리 채울 수 있습니다. 이렇게하면 Dispatcher는 동일한 컨텐츠에 대한 여러 동시 요청을 처리하도록 Publisher를 호출하지 않을 것이고 재실행이 발생할 때를 제어 할 수 있습니다. 나중에 발생하는 트래픽의 잠재적 인 증가로 인해 Publish 인스턴스에 영향을주지 않고 Dispatcher 캐시에서 페이지가 제공됩니다.

Refetch 에이전트를 사용하면 Publish 인스턴스가 페이지를 렌더링해야하는 시점을보다 효과적으로 제어 할 수 있습니다. 복제 이벤트를 제어 할 수 있으며 게시 인스턴스에서 페이지를 렌더링해야 할시기를 알 수 있습니다. 예를 들어 트래픽이 적은 밤에 다시 플러시를 수행하고 실제 사용자가 사이트 호출을 시작하기 전에 모든 페이지가 캐시되도록하여 서버로드를 증가시킬 수 있습니다.

다시 문서를 인용하려면 다음 웹 사이트를 같은 페이지에 대한 동시 클라이언트 요청을받을 가능성이 때

즉시 다시 캐시 파일을 삭제합니다. 즉시 재 캐시는 Dispatcher가 동시 클라이언트 요청 각각에 대해 단 한 번이 아닌 한 번만 페이지를 검색하여 캐시하도록합니다.

경고 단어. 컨텐츠의 많은 부분을 복제하려고 할 때 또는 사용자 정의 AEM 코드가 매우 빠르지 않은 경우 리 페치 에이전트를 사용하는 데 매우주의해야합니다. 동시에 많은 페이지를 활성화하는 경우 매우 많은 요청으로 게시자를 죽이는 디스패처와 함께 DDOS 공격을 수행하게 될 수 있습니다. 효과는 AEM 코드의 성능에 따라 다릅니다. 동시에 다시 가져 오기를 사용하여 모든 콘텐츠를 플러시하는 것은 매우 바람직하지 않습니다. 특히 사이트에서 페이지를 렌더링하는 데 많은 리소스가 필요한 경우 특히 그렇습니다.