在 Microsoft 365 中规划门户启动 SharePoint 中的推出计划

门户是 Intranet 上的 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) Web 部件利用了上一个已知的良好 (LKG) 。

操作方法:

  • 对于 SharePoint 中的所有网站页面,请使用 页面诊断工具,该工具是一种 Chromium 扩展,可帮助分析和提供指导。 网站所有者、编辑者、管理员和开发人员可以使用此工具,因为它旨在成为分析和优化的起点。
  • 开发人员还应在新式页面上的浏览器中使用开发工具,例如 F12 浏览器开发人员工具和 CTRL-F12。 Fiddler 还可用于查看大小粗细 (页面的大小(以兆字节为单位)) ,以及影响整体页面加载的调用数和元素数。

本部分是优化页面的简要摘要。 若要了解详细信息,请参阅: 创建、启动和维护正常的门户

遵循波形/分阶段推出方法

网站启动的传统大爆炸方法不允许验证自定义项、外部源、服务或流程是否已以适当的规模进行测试。 此方法并不意味着需要几个月的时间才能启动,但建议至少几天后,具体取决于组织规模。 因此,遵循一波推出计划后,可以选择在继续下一阶段之前暂停和解决问题,从而减少受任何问题影响的潜在用户数。 SharePoint 即服务会根据使用情况和预测使用情况缩放容量,虽然我们不需要你通知我们你的启动,但你应该遵循准则来确保成功。

如下图所示,邀请的用户数通常高于实际使用该网站的用户数。 此图显示了有关如何推出发布的策略。 此方法有助于确定在大多数用户看到 SharePoint 网站之前改进它的方法。

显示受邀用户和活动用户的关系图。

在试点阶段,最好从用户那里获得组织信任且知道将参与的反馈。 这样就可以衡量系统的使用方式及其性能。

在每一波部署期间,收集有关功能和性能的用户反馈。 收集反馈的优点是缓慢引入系统,并在系统得到更多利用时进行改进。 这还使我们能够对网站向更多用户推出时增加的负载做出反应,并结合遵循页面优化指南来确保用户获得积极的体验。

操作方法:

  • 确定每个阶段的时机,并确保在继续之前需要进行调整时有应急/暂停机会
  • 规划要启用的第一组用户,以确保收到前进所需的反馈。 在可能的情况下,选择将及时提供反馈的活动用户组
  • 在规划每一波时,请尝试从较小的用户群开始 (少于 5,000 个用户) 。 在继续处理每个波形时增加组大小。 通过创建交错方法,可以根据需要更轻松地提供暂停机会。