SharePoint online에서 개체 캐시 사용

 

마지막으로 수정된 항목: 2014-12-17

요약: SharePoint 2013 온-프레미스 및 SharePoint Online에서 개체 캐시를 사용할 때의 차이점을 설명합니다.

SharePoint Online 배포에서 개체 캐시에 의존할 경우 큰 문제가 발생합니다. SharePoint Online에서 개체 캐시에 의존하면 페이지의 안정성이 떨어집니다.

SharePoint 2013이 온-프레미스에 호스팅되면 고객은 개체 캐시를 호스팅하는 개인 프런트 엔드 웹 서버를 사용하게 됩니다. 즉, 캐시는 한 명의 고객에게만 사용되고, 개체 캐시에 할당되고 사용 가능한 메모리 양에 따라서만 제한됩니다. 온-프레미스 시나리오에서 한 명의 고객만 서비스하므로 프런트 엔드 웹 서버에서는 일반적으로 사용자들이 동일한 사이트에 대한 요청을 반복적으로 수행하게 됩니다. 즉, 사용자가 정기적으로 요청하는 쿼리 결과 및 SharePoint 개체의 전체 목록으로 캐시가 빠르게 가득 차게 됩니다.

온-프레미스 프런트 엔드 웹 서버에 대한 트래픽 및 로드 표시

결과적으로 사용자가 페이지를 두 번째로 방문하면 페이지 로드 시간이 줄어듭니다. 같은 페이지가 최소 네 번 로드되면 페이지는 모든 프런트 엔드 웹 서버에서 캐시됩니다.

반면 SharePoint Online에는 더 많은 서버 뿐 아니라 더 많은 사이트도 있습니다. 각 사용자는 캐시를 채우지 않은 다른 프런트 엔드 웹 서버에 연결할 수 있습니다. 또는 캐시가 한 서버용으로 채워졌을 수 있지만 해당 프런트 엔드 웹 서버의 다음 사용자가 다른 사이트의 페이지를 요청할 수 있습니다. 또는 다음 사용자가 이전에 방문했을 때와 동일한 페이지를 요청하더라도 캐시에 해당 페이지가 없는 다른 프런트 엔드 웹 서버로 부하 분산됩니다. 마지막 경우에서 캐싱은 사용자에게 전혀 도움이 되지 않습니다.

다음 그림에서 각 점은 사용자가 요청을 하고 캐시되는 페이지를 나타냅니다. SaaS 인프라를 공유하여 사용하는 여러 다른 고객이 다른 색상으로 표시되어 있습니다.

SharePoint Online의 개체 캐시 결과 표시

이 다이어그램에서 볼 수 있듯이 지정된 사용자가 페이지의 캐시된 버전을 사용하여 서버에 연결될 가능성은 매우 낮습니다. 또한 처리량이 많고 많은 사이트 간에 서버가 공유되기 때문에 캐싱에 사용할 수 있는 공간이 많을 때에는 캐시가 오래 지속될 수 없습니다.

이러한 모든 이유로, 캐시된 개체를 가져오는 사용자에게 의존하는 방식은 SharePoint Online에서 좋은 사용자 환경과 적절한 페이지 로드 시간을 유지할 수 있는 효과적인 방법이 아닙니다.

SharePoint Online에서 캐싱에 의존할 수 없다면 개체 캐시를 사용하는 SharePoint 사용자 지정을 위한 대체 디자인 접근 방식을 평가해야 합니다. 즉, 개체 캐싱에 의존하지 않으면서 사용자에게 적합한 결과를 줄 수 있는 성능 향상을 위한 접근 방법을 찾아야 합니다. 이 내용은 본 시리즈의 다른 일부 문서에 나와 있으며 다음 정보를 제공합니다.

 
표시: