在 SharePoint Online 中规划门户启动推出计划

门户是 Intranet 上的 SharePoint 网站，有许多网站查看者使用网站上的内容。 大型组织可以有多个门户。 例如，公司门户和 HR 门户。 通常，门户创建和创作网站及其内容的人员相对较少。 门户的大多数访问者仅读取和使用内容。

本文介绍如何规划到 SharePoint Online 的部署和推出计划。 它还提供了可遵循的方法，因为 SharePoint Online 上不允许传统负载测试。 SharePoint Online 是一项云服务，服务中的负载功能、运行状况和总体负载平衡由 Microsoft 管理。

若要帮助创建成功的门户，请遵循创建、启动和维护正常运行门户中详述的基本原则、做法和建议

下面突出显示了部署方法。

门户启动计划程序

使用门户启动计划程序在计划阶段向组织中的用户发布门户。 了解更多：

门户启动计划程序

SharePoint Online 中的容量规划概述

为了有效地使用容量并应对意外增长，在任何服务器场中，我们都有跟踪某些使用方案的自动化功能。 虽然对于任何一个场中的任何一个租户来说，确切的增长是不可预知的，但请求的聚合总和随时间推移是可预测的。 通过确定 SharePoint Online 中的增长趋势，我们可以规划未来的扩展。 有关 容量规划和负载测试的详细信息，请参阅 SharePoint Online。

成功发射的关键部分是下面详述的“波形”或“分阶段推出”方法。

是否可以加载测试 SharePoint Online？

SharePoint Online 是跨服务器场均衡的共享多租户环境，规模会持续调整。 负载测试环境（如 SharePoint Online），其规模持续更改不仅会提供意外结果，而且不允许。

了解详细信息： 容量规划和负载测试 SharePoint Online

按照建议的准则优化页面

不应简单地将本地部署中的页面移动到 SharePoint Online 上，而不根据建议的 SharePoint Online 指南对其进行查看。 最佳方法是始终优化 SharePoint 中任何网站或门户的任何主页，因为组织中大多数用户都将访问此主页，作为您的网站 () 的起点。

应考虑几个基本因素：

• 本地部署可以使用传统的服务器端缓存，例如对象缓存、输出缓存和 Blob 缓存。 由于云中的拓扑差异，这些选项不一定可用，因为规模差异使得它们的方法不太可行。
• 任何用于云使用的页面/功能/自定义项都应针对更高的延迟和用户的分布式位置进行优化，以便不同区域或区域中的用户具有更一致的体验。 云提供内容分发网络 (CDN) 等优化，以针对分布式用户群进行优化;对于新式 SharePoint，我们现成 (OOTB) Web 部件利用了上一个已知良好的 (LKG) 。

操作方法：

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

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

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

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

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

在试点阶段，最好从组织信任并知道将参与的用户那里获取反馈。 通过这种方式，可以测量系统的使用方式及其性能。

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

操作方法：

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