你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
为云采用计划定义工作负载并确定其优先级
建立明确、可操作的优先级是成功实现云采用的秘诀之一。 自然的诱惑是投入时间定义在云采用期间可能受到影响的所有工作负载。 但这适得其反,尤其是在采用过程的早期。
相反,我们建议你的团队彻底确定前 10 个工作负载的优先级并记录这些工作负载。 实施采用计划后,团队可以维护以下 10 个最高优先级工作负载的列表。 此方法提供了足够的信息来规划后续的几次迭代。
随着业务标准的变化,将计划限制为 10 个工作负载可以促进灵活性和优先级的一致性。 此方法还允许云采用团队了解和优化估算。 最重要的是,它消除了作为有效业务变革的障碍的广泛规划。
什么是工作负载?
在云采用中,工作负载是 IT 资产的集合, (服务器、VM、应用程序、数据或设备) 共同支持定义的流程。 工作负载可以支持多个进程。 工作负载还可以依赖于其他共享资产或更大的平台。 不过,工作负载应该已经定义了有关依赖于工作负载的资产和流程的边界。 通常情况下,可以通过监视 IT 资产之间的网络流量来对工作负载进行可视化。
先决条件
先决条件列表中的战略输入使完成以下任务更加易于管理。 若要获取收集本文中讨论的数据的帮助,请查看先决条件。
初始工作负载优先级
在 增量合理化过程中,你的团队应就由 10 个优先级工作负载组成的 10 幂方法 达成一致。 这些工作负载作为采用计划的初始边界。
假设你决定不需要数字资产合理化。 在这种情况下,我们建议云采用团队和云策略团队就 10 个应用程序列表达成一致,作为迁移的初始焦点。 我们建议这 10 个工作负载包含简单工作负载的混合, (自包含部署中少于 10 个资产,) 和更复杂的工作负载。 这 10 个工作负载将启动工作负荷优先级确定过程。
注意
Power of 10 方法充当初始规划边界,将能源和投资集中在早期分析中。 但是,分析和定义工作负载可能会导致优先级工作负荷列表中发生更改。
向云采用计划添加工作负载
在上一篇文章云采用计划和 Azure DevOps 中,你在 Azure DevOps 中创建了云采用计划。
现在可以在云采用计划中的 10 次幂列表中表示工作负载。 最简单的做法是在 Microsoft Excel 中进行批量编辑。 若要准备工作站进行批量编辑,请参阅使用 Microsoft Excel 批量添加或修改工作项。
该文章中的步骤 5 让你选择“输入列表”。 请改为选择“查询列表”。 然后,从“选择查询”下拉列表中选择“工作负载模板”查询。 该查询将加载与将单个工作负荷迁移到电子表格相关的所有工作。
加载工作负载模板的工作项后,请按照以下步骤开始添加新的工作负载:
- 复制最右侧列中具有 “工作负荷模板” 标记的所有项。
- 将复制的行粘贴到表中最后一行项的下方。
- 将新功能的标题单元格由“工作负载模板”更改为新工作负载的名称。
- 将新的工作负载名称单元格粘贴到新功能下所有行的标记列中。 请注意,不要更改与实际 工作负荷模板 功能相关的行的标记或名称。 将下一个工作负载添加到云采用计划时,需要这些工作项。
- 跳到批量编辑说明中的步骤 8 以发布工作表。 此步骤会创建迁移工作负载所需的所有工作项。
对“10 幂”列表中的每个工作负荷重复步骤 1 到 5。
定义工作负载
定义初始优先级并将工作负载添加到计划后,通过更深入的定性分析定义每个工作负载。 在云采用计划中包含任何工作负载之前,请尝试为每个工作负载提供以下数据点。
业务输入
数据点 | 说明 | 输入 |
---|---|---|
工作负荷名称 | 此工作负载的名称 | |
工作负载说明 | 一句话概括此工作负载的用途 | |
采用动机 | 哪些云采用动机受此工作负载的影响? | |
主要发起人 | 在受影响的利益干系人中,谁是要求上述动机的主要发起人? | |
业务影响 | 此工作负载对业务有何影响? | |
应用程序影响 | 此应用程序对业务流程有什么影响? | |
数据影响 | 数据对业务有什么影响? | |
业务部门 | 哪个业务部门负责此工作负载的成本? | |
业务流程 | 更改工作负载会影响哪些业务流程? | |
业务团队 | 哪些业务团队将受到更改的影响? | |
业务利益干系人 | 是否有任何高级管理人员的业务将受更改影响? | |
业务结果 | 业务将如何衡量这一工作的成功? | |
指标 | 将使用哪些指标来跟踪成功? | |
合规性 | 此工作负载是否有任何第三方合规性要求? | |
应用程序所有者 | 对于与此工作负载相关的任何应用程序的业务影响由谁负责? | |
业务冻结期 | 是否有业务不允许更改的时刻? | |
地域 | 是否有任何地域受到此工作负载的影响? | |
可持续性 | 此工作负载考虑了哪些 可持续性和云效率注意事项 ? |
技术输入
数据点 | 说明 | 输入 |
---|---|---|
采用方法 | 这种采用是否适合进行迁移或创新? | |
应用程序运营主管 | 列出对此工作负荷的性能和可用性负责的参与方。 | |
SLA | 列出所有服务级别协议(RTO/RPO 要求)。 | |
重要性 | 列出当前应用程序的重要程度。 | |
数据分类 | 列出数据敏感度分类。 | |
运营地区 | 列出托管或应该托管工作负载的所有地理位置。 | |
应用程序 | 指定包含在此工作负载中的任何应用程序的初始列表或计数。 | |
VM | 指定包含在此工作负载中的任何 VM 或服务器的初始列表或计数。 | |
数据源 | 指定包含在此工作负载中的任何数据源的初始列表或计数。 | |
依赖项 | 列出工作负载中未包含的任何资产依赖关系。 | |
用户流量地理位置 | 列出具有大量用户流量集合的地理位置。 |
确认优先级
根据汇编的数据,云策略和采用团队应开会重新评估优先级。 业务数据点的说明可能会提示优先级中的更改。 技术复杂性或依赖项可能会导致与工作人员分配、时间线或技术工作排序相关的更改。
经过评审后,两个团队都应该对确认结果的优先级感到满意。 这组经过记录、验证和确认的优先级是优先的云采用积压工作 (backlog)。
后续步骤
对于优先云采用积压工作 (backlog) 中的任何工作负载,团队现在已准备好调整资产。