SharePoint でのオブジェクト キャッシュの使用
この記事では、オンプレミスの SharePoint Server 2013 でオブジェクト キャッシュを使用する場合と、Microsoft 365 で SharePoint を使用する場合の違いについて説明します。
SharePoint 展開のオブジェクト キャッシュに依存すると、大きな悪影響が発生します。 SharePoint のオブジェクト キャッシュに依存すると、ページの信頼性が低下します。
Microsoft 365 および SharePoint Server 2013 オブジェクト キャッシュの SharePoint のしくみ
SharePoint Server 2013 がオンプレミスでホストされている場合、お客様には、オブジェクト キャッシュをホストするプライベート フロントエンド Web サーバーがあります。 つまり、キャッシュは 1 人の顧客専用であり、使用可能でオブジェクト キャッシュに割り当てられるメモリの量によってのみ制限されます。 オンプレミスのシナリオでは 1 人の顧客のみが提供されるため、フロントエンド Web サーバーには通常、同じサイトに対して何度も要求を行うユーザーがいます。 つまり、キャッシュはすぐにいっぱいになり、ユーザーが定期的に要求しているリスト クエリの結果と SharePoint オブジェクトでいっぱいのままです。
その結果、ユーザーが 2 回目にページにアクセスすると、ページの読み込み時間が短縮されます。 同じページの少なくとも 4 つの読み込みの後、ページはすべてのフロントエンド Web サーバーにキャッシュされます。
対照的に、Microsoft 365 の SharePoint には、より多くのサーバーだけでなく、より多くのサイトもあります。 各ユーザーは、キャッシュが設定されていない別のフロントエンド Web サーバーに接続できます。 または、サーバーのキャッシュが設定される可能性がありますが、そのフロントエンド Web サーバーの次のユーザーは別のサイトからページを要求します。 または、次のユーザーが前回の訪問と同じページを要求した場合でも、キャッシュにそのページがない別のフロントエンド Web サーバーに負荷分散されます。 この最後のケースでは、キャッシュはユーザーにはまったく役立ちません。
次の図では、各ドットは、ユーザーが要求しているページとキャッシュされた場所を表しています。 色が異なると、SaaS インフラストラクチャを共有して使用する顧客が異なります。
図からわかるように、キャッシュされたバージョンのページで特定のユーザーがサーバーにアクセスする可能性は薄いです。 また、スループットが大きく、サーバーが多くのサイト間で共有されているため、キャッシュの空き領域が非常に多いため、キャッシュは長続きしません。
これらすべての理由から、キャッシュされたオブジェクトを取得するユーザーに依存することは、SharePoint で高品質のユーザー エクスペリエンスとページ読み込み時間を確保するための効果的な方法ではありません。
SharePoint のパフォーマンスを向上させるためにオブジェクト キャッシュに依存できない場合は、代わりに何を使用しますか?
SharePoint でのキャッシュに依存しないようにするため、オブジェクト キャッシュを使用する SharePoint カスタマイズの代替設計アプローチを評価する必要があります。 これは、パフォーマンスの問題に対してアプローチを使用することを意味します。これは、ユーザーに良い結果を生み出すためにオブジェクト キャッシュに依存しません。 これは、このシリーズの他のいくつかの記事で説明されており、次のものが含まれています。