언제 Dispatcher 플러시 에이전트를 다시 사용하며 사용 목적은 무엇입니까?AEM에서 디스패처 플러시 에이전트를 다시 가져 오는 이유는 무엇입니까?
AEM 설명서에서 이에 대한 많은 정보를 찾지 못했습니다.
언제 Dispatcher 플러시 에이전트를 다시 사용하며 사용 목적은 무엇입니까?AEM에서 디스패처 플러시 에이전트를 다시 가져 오는 이유는 무엇입니까?
AEM 설명서에서 이에 대한 많은 정보를 찾지 못했습니다.
리 페치 플러시 에이전트를 사용하는 이유는 페이지가 복제 직후 디스패처에 캐시되도록하는 것입니다.
일반 플러시 에이전트를 사용하면 캐시를 비우고 플러시 된 콘텐츠는 처음 요청한 후에 다시 게시자에서 검색됩니다. 웹 사이트에 갑자기 트래픽이 최고조에 도달하면 이전에 플러시 된 페이지에 대한 많은 요청이 매우 짧은 기간 내에 게시자를 강타 할 수 있기 때문에 잠재적 인 위험이 있습니다. 예를 들어 트래픽이 낮고 아침에 야간에 사용자가 사이트를 방문하여 새로운 내용을 볼 수 있도록 많은 페이지를 플러시합니다. 이 시나리오에서는 Dispatcher가 동일한 페이지에 대해 여러 개의 동시 요청을 수신하여 게시자에게 전달하여 페이지 당 하나 이상의 요청을 볼 수 있습니다. 이 방식은 같은 페이지에 대한 동시 요청을받을 가능성이없는 웹 사이트에 대한 appropraite이다 캐시 파일 인을 삭제
:
는 Adobe documentation을 인용합니다.
refetch flush 에이전트를 사용하면 플러시가 발생한 직후 게시 인스턴스에서 페이지를 검색하도록 Dispatcher에 지시 할 때 캐시를 미리 채울 수 있습니다. 이렇게하면 Dispatcher는 동일한 컨텐츠에 대한 여러 동시 요청을 처리하도록 Publisher를 호출하지 않을 것이고 재실행이 발생할 때를 제어 할 수 있습니다. 나중에 발생하는 트래픽의 잠재적 인 증가로 인해 Publish 인스턴스에 영향을주지 않고 Dispatcher 캐시에서 페이지가 제공됩니다.
Refetch 에이전트를 사용하면 Publish 인스턴스가 페이지를 렌더링해야하는 시점을보다 효과적으로 제어 할 수 있습니다. 복제 이벤트를 제어 할 수 있으며 게시 인스턴스에서 페이지를 렌더링해야 할시기를 알 수 있습니다. 예를 들어 트래픽이 적은 밤에 다시 플러시를 수행하고 실제 사용자가 사이트 호출을 시작하기 전에 모든 페이지가 캐시되도록하여 서버로드를 증가시킬 수 있습니다.
다시 문서를 인용하려면 다음 웹 사이트를 같은 페이지에 대한 동시 클라이언트 요청을받을 가능성이 때즉시 다시 캐시 파일을 삭제합니다. 즉시 재 캐시는 Dispatcher가 동시 클라이언트 요청 각각에 대해 단 한 번이 아닌 한 번만 페이지를 검색하여 캐시하도록합니다.
경고 단어. 컨텐츠의 많은 부분을 복제하려고 할 때 또는 사용자 정의 AEM 코드가 매우 빠르지 않은 경우 리 페치 에이전트를 사용하는 데 매우주의해야합니다. 동시에 많은 페이지를 활성화하는 경우 매우 많은 요청으로 게시자를 죽이는 디스패처와 함께 DDOS 공격을 수행하게 될 수 있습니다. 효과는 AEM 코드의 성능에 따라 다릅니다. 동시에 다시 가져 오기를 사용하여 모든 콘텐츠를 플러시하는 것은 매우 바람직하지 않습니다. 특히 사이트에서 페이지를 렌더링하는 데 많은 리소스가 필요한 경우 특히 그렇습니다.