SharePoint Online에서 개체 캐시 사용

이 문서에서는 온-프레미스 SharePoint Server 2013에서 개체 캐시를 사용하는 경우와 SharePoint Online에서 개체 캐시를 사용하는 경우의 차이점을 설명합니다.

SharePoint Online 배포에서 개체 캐시를 사용할 경우 상당한 부정적인 영향이 있습니다. SharePoint Online에서 개체 캐시에 의존하면 페이지의 안정성이 감소합니다.

SharePoint Online 및 SharePoint Server 2013 개체 캐시가 작동하는 방식

SharePoint Server 2013이 온-프레미스에서 호스트되는 경우 고객은 개체 캐시를 호스트하는 개인 프런트 엔드 웹 서버를 보유합니다. 즉, 캐시는 한 명의 고객을 위한 전용 캐시이며 사용 가능한 메모리의 양과 개체 캐시에 할당된 메모리의 양에 의해서만 제한됩니다. 온-프레미스 시나리오에서는 한 명의 고객만 서비스를 제공받으므로 일반적으로 프런트 엔드 웹 서버에는 같은 사이트에 대해 반복적으로 요청하는 사용자가 있습니다. 즉, 캐시는 빠르게 가득 차게 되고 사용자가 정기적으로 요청하는 SharePoint 개체와 목록 쿼리 결과로 가득 찬 상태로 유지됩니다.

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

따라서 사용자가 페이지를 두 번째로 방문하면 페이지 로드 시간이 개선됩니다. 같은 페이지가 최소 4번 로드된 후 페이지는 모든 프런트 엔드 웹 서버에 캐시됩니다.

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

다음 그림에서 각 점은 사용자가 요청하는 페이지와 해당 페이지가 캐시된 위치를 나타냅니다. 각기 다른 색은 SaaS 인프라를 공유해서 사용하는 각기 다른 고객을 나타냅니다.

SharePoint Online의 개체 캐싱 결과 표시

다이어그램에서 볼 수 있듯이, 어떤 특정 사용자가 해당 페이지의 캐시된 버전이 있는 서버에 액세스할 확률은 낮습니다. 또한 처리량이 많고 서버가 많은 사이트 간에 공유되기 때문에 공간이 캐싱에 사용할 수 있는 만큼만 있으므로 캐시는 오래 지속되지 않습니다.

이러한 모든 이유로 사용자가 캐시된 개체를 사용하는 것은 SharePoint Online에서 고품질 사용자 환경과 페이지 로드 시간을 보장하는 효과적인 방법이 아닙니다.

SharePoint Online에서 성능을 개선하는 데 개체 캐시를 사용할 수 없다면 대신 무엇을 사용하나요?

SharePoint Online에서는 캐싱에 의존해서는 안 되므로 개체 캐시를 사용하는 SharePoint 사용자 지정에 대한 대체 디자인 방식을 평가해야 합니다. 즉, 사용자에 대한 좋은 결과를 생성하기 위해서는 개체 캐싱에 의존하지 않는 방법을 성능 문제에 사용해야 합니다. 이 내용은 이 시리즈의 다른 몇 가지 문서에 설명되어 있으며 다음과 같습니다.

Office 기술 확장
교육 살펴보기
새로운 기능 우선 가져오기
Office Insider 참여

이 정보가 유용한가요?

의견 주셔서 감사합니다!

피드백을 주셔서 감사합니다. Office 지원 에이전트와 연락하는 것이 도움이 될 것 같습니다.

×