共用方式為

在 Microsoft 365 的 SharePoint 中規劃入口網站啟動推出計劃

  • 發行項

入口網站是內部網路上的 SharePoint 網站，其中有許多網站查看器會取用網站上的內容。 大型組織可以有數個入口網站。 例如，公司入口網站和 HR 入口網站。 通常，入口網站建立及撰寫網站和內容的人相對較少。 大部分的訪客來到入口網站只會閱讀並取用內容。

本文說明如何在 Microsoft 365 中規劃 SharePoint 的部署和推出計劃。 它也提供遵循的方法，因為 Microsoft 365 中不允許在 SharePoint 上進行傳統負載測試。 Microsoft 365 中的 SharePoint 是雲端服務，服務中的負載功能、健康情況和負載的整體平衡是由Microsoft所管理。

若要協助建立成功的入口網站，請遵循 建立、啟動和維護狀況良好的入口網站中詳述的基本原則、做法和建議。

入口網站啟動排程器

使用入口網站啟動排程器，在排程階段將您的入口網站發行給組織中的使用者。 深入了解：

行事曆圖示。 入口網站啟動排程器

Microsoft 365 中的 SharePoint 容量規劃概觀

為了有效率地使用容量並處理非預期的成長，在任何伺服器數位中，我們都有可追蹤特定使用案例的自動化。 雖然任何一個伺服陣列中的任何一個租使用者都無法預期確切成長，但要求的匯總總和可隨著時間而預測。 藉由識別 Microsoft 365 中 SharePoint 的成長趨勢，我們可以規劃未來的擴充。 如需詳細資訊，請參閱 容量規劃和負載測試 SharePoint。

成功啟動的關鍵部分是「波」或「階段式推出」方法。

我可以在 Microsoft 365 中載入測試 SharePoint 嗎？

Microsoft 365 中的 SharePoint 是共用的多租用戶環境，可在伺服器數位之間取得平衡，並持續調整規模。 負載測試環境，例如 Microsoft 365 中的 SharePoint，其規模持續變更不只會提供非預期的結果，但不允許。

深入瞭解： Microsoft 365 中的 SharePoint 容量規劃和負載測試

內部部署中的頁面不應直接移至 SharePoint，而不需根據 SharePoint 的建議指導方針加以檢閱。 最佳方法是一律針對 SharePoint 中的任何網站或入口網站優化任何首頁，因為這是您組織中大部分使用者將存取作為網站起點的位置。

應考慮一些基本因素：

  • 內部部署可以使用傳統的伺服器端快取，例如物件快取、輸出快取和 Blob 快取。 由於雲端中的拓撲差異，這些選項不一定可供使用，因為大規模差異會使其較不可行的方法。
  • 任何用於雲端取用的頁面/功能/自定義專案都應該針對較高的延遲和使用者的分散式位置進行優化，讓不同區域或區域中的使用者具有更一致的體驗。 雲端提供像是內容傳遞網路 (CDN) 等優化，以針對分散式使用者基底和新式 SharePoint 進行優化，我們現成可用的 OOTB) 網頁元件會使用最後一個已知的良好 ( (LKG) 。

該怎麼辦：

  • 針對 SharePoint 中的所有網站頁面，請使用 頁面診斷工具，這是可協助分析並提供指引的 Chromium 擴充功能。 網站擁有者、編輯器、系統管理員和開發人員可以使用此工具，因為其設計為分析和優化的起點。
  • 開發人員也應該在新式頁面的瀏覽器中使用 F12 瀏覽器開發人員工具和 CTRL-F12 等開發工具。 Fiddler 也可用來檢閱大小權數 (頁面大小以 MB 為單位) 頁面，以及影響整體頁面載入的呼叫和元素數目。

本節是優化頁面的簡短摘要。 若要深入瞭解，請參閱： 建立、啟動及維護狀況良好的入口網站。

遵循波浪/階段式推出方法

網站啟動的傳統巨響方法不允許驗證自定義、外部來源、服務或程式是否已以正確的規模進行測試。 這種方法並不表示啟動需要數個月的時間，但建議至少在數天內根據您的組織大小而定。 因此，遵循一波推出計劃可讓您在繼續進行下一個階段之前，先暫停並解決問題，因而降低可能受到任何問題影響的用戶數目。 SharePoint 即服務會根據使用量和預測的使用量調整您的容量，雖然我們不需要您通知我們您的啟動，但您應該遵循指導方針來確保成功。

如下圖所示，受邀的用戶數目通常高於實際使用網站的用戶數目。 此圖顯示如何推出發行策略。 此方法可協助找出在大部分使用者看到 SharePoint 網站之前，改善 SharePoint 網站的方法。

顯示受邀和作用中用戶的圖表。

在試驗階段中，最好從使用者取得組織信任且知道會參與的意見反應。 如此一來，就可以測量系統的使用方式，以及其執行方式。

在每個波段期間，收集用戶對於每一波部署期間的功能和效能的意見反應。 收集意見反應的優點是引進系統速度緩慢，並隨著系統的使用量增加而進行改善。 這也可讓我們回應隨著網站向更多使用者推出而增加的負載，並結合遵循頁面優化指導方針來確保使用者的正面體驗。

該怎麼辦：

  • 決定每個階段的時間，並確保您有應變/暫停機會，如果您需要先進行調整，再繼續
  • 規劃您想要啟用的第一個使用者群組，以確保您收到繼續進行所需的意見反應。 可能的話，請選取將及時提供意見反應的作用中使用者群組
  • 當您規劃每一波時，請嘗試從少於5,000位使用者的小型使用者基底 (開始) 。 隨著您繼續進行每一波，請增加群組大小。 藉由建立交錯的方法，它可讓您視需要更輕鬆地暫停機會。