搭配 SharePoint 使用物件快取

本文說明在 SharePoint Server 2013 內部部署中使用物件快取與在 Microsoft 365 中使用 SharePoint 之間的差異。

在 SharePoint 部署中依賴物件快取會產生顯著的負面影響。 對 SharePoint 中物件快取的任何相依性都會降低頁面的可靠性。

Microsoft 365 中的 SharePoint 和 SharePoint Server 2013 物件快取的運作方式

當 SharePoint Server 2013 裝載於內部部署時，客戶會有裝載物件快取的私人前端網頁伺服器。 這表示快取專供一位客戶使用，且僅受限於可用的記憶體數量，以及配置給物件快取的記憶體數量。 由於內部部署案例中只會提供一個客戶，因此前端網頁伺服器通常會讓使用者一再對相同的網站提出要求。 這表示快取會快速完成，並保留完整清單查詢結果，以及您的使用者定期要求的 SharePoint 物件。

因此，使用者第二次造訪頁面時，頁面載入時間會改善。 在相同頁面至少載入四次之後，會在所有前端網頁伺服器上快取頁面。

相反地，在 Microsoft 365 的 SharePoint 中，還有更多伺服器，但還有更多網站。 每個使用者可能會連線到未填入快取的不同前端網頁伺服器。 或者，快取或許會填入伺服器，但該前端網頁伺服器的下一位使用者會要求來自不同網站的頁面。 或者，即使下一位使用者要求與上一次造訪時相同的頁面，他們還是會將負載平衡到其快取中沒有該頁面的不同前端網頁伺服器。 在最後一個案例中，快取完全無法協助使用者。

在下圖中，每個點都代表使用者要求的頁面及其快取位置。 不同的色彩代表使用 SaaS 基礎結構的不同客戶。

如您從圖表中所見，任何指定使用者使用其頁面的快取版本來點擊伺服器的機會都很小。 此外，由於輸送量很大，而且伺服器在許多月臺之間共用，快取不會持續多久，因為只有太多空間可供快取使用。

基於上述所有原因，依賴使用者取得快取物件並不是確保 SharePoint 中高品質用戶體驗和頁面載入時間的有效方式。

如果我們無法依賴物件快取來改善 SharePoint 中的效能，我們該改用什麼？

因為您不應該依賴 SharePoint 中的快取，所以您應該評估使用物件快取之 SharePoint 自定義的替代設計方法。 這表示使用方法來解決效能問題，而不會依賴物件快取來為用戶產生良好的結果。 本系列的一些其他文章會說明這一點，包括：

• SharePoint 的導覽選項

• SharePoint 中的縮製和統合

• 搭配 SharePoint 使用 Office 365 內容傳遞網路 (CDN)

• 在 SharePoint 中延遲載入影像和 JavaScript