你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

云管理中的业务承诺

定义业务承诺是平衡优先级的工作。 其目标是将适当级别的操作管理与可接受的操作成本保持一致。 查找这种平衡需要几个数据点和计算，本文中对此进行了介绍。

通过技术复原能力或其他服务级别协议 (SLA) 影响承诺业务稳定性是一项业务理由决策。 对于环境中的大部分工作负载，云管理的基线级别已足够。 对于其他情况，由于任何业务中断的潜在影响，成本增加 2 到 4 倍也合乎情理。

本系列前面的文章可帮助你了解中断分类及其对各种工作负载的影响。 本文将帮助你计算回报。 如上图中所示，每个云管理级别都有转折点，在这种情况下，成本增加速度可能比具备复原能力时快。 这些转折点将提示详细的业务决策和业务承诺。

确定业务方面的适当承诺

对于项目组合中的每个工作负载，云操作团队和云策略团队应与云操作团队直接提供的管理级别一致。

当你建立业务方面的承诺时，有几个关键方面要保持一致：

• IT 操作的先决条件。
• 管理责任。
• 云租户。
• 软成本因素。
• 损失规避的 ROI。
• 管理级别验证。

为帮助你制定决策，本文剩余部分更详细地介绍了这些方面。

IT 操作的先决条件

Azure 管理指南概述了 azure 中提供的管理工具。 在业务方面达成承诺之前，IT 应确定一个可接受的标准级别管理基线，以应用于所有托管工作负载。 然后，IT 将根据 CPU 内核数、磁盘空间和其他资产相关变量计算 IT 项目组合中每个托管工作负载的标准管理成本。 IT 还将根据体系结构为每个工作负载估算复合 SLA。

提示

IT 操作团队通常对初始复合 SLA 使用默认最低值（99.9% 的运行时间)。 他们还可能选择根据平均工作负载来规范化管理成本，尤其是对于日志记录和存储需求极少的解决方案。 取几个中等关键性工作负载成本的平均值可为初始对话提供一个起点。

提示

如果使用操作管理工作簿来规划云管理，则应更新操作管理字段来反映这些先决条件。 这些字段包括承诺级别、复合 SLA 和每月成本。 每月费用应表示每月新增的操作管理工具的成本。

操作管理基线作为初始开始点，将在以下各部分中进行验证。

管理责任

在传统的本地环境中，通常认为管理环境的成本是 IT 运营所拥有的沉没成本。 在云中，管理是具有直接预算影响的目的性决策。 每种管理职能的成本可以更直接地归因于部署到云的每个工作负载。 这种方法可实现更好的控制，但会要求云操作团队和云战略团队先承诺就职责达成一致。

组织还可以选择将其部分持续管理职能外包给服务提供商。 这些服务提供商可以使用 Azure Lighthouse 让组织更精确地掌控如何授予对其资源的访问权限，并更好地了解服务提供商执行的操作。

• 委托责任：由于无需集中和承担运营管理开销，许多组织的 IT 操作正考虑采用新方法。 一种常见的方法称为委托责任。 在云卓越中心模型中，平台操作和平台自动化提供自助管理工具，可由业务主导的操作团队使用，这些团队独立于集中式 IT 操作团队。 此方法可让业务利益干系人完全掌控与管理相关的预算。 利用此方法，云卓越中心 (CCoE) 团队还可确保已妥善实施最低的一系列护栏。 在此模型中，IT 充当代理和引导者，帮助业务制定明智的决策。 业务操作会监视相关工作负载的日常操作。

• 集中责任：合规性要求、技术复杂性和某些共享服务模型可能需要中央 IT 团队模型。 在此模型中，IT 会继续履行其操作管理责任。 环境设计、管理控制和治理工具可能集中进行管理和控制，这限制了业务利益干系者在作出管理承诺中的作用。 但是，云方法的成本和体系结构的可见性使得集中式 IT 能够更轻松地传达每个工作负载的成本和管理级别。

• 混合模型：分类是管理职责的混合模型的核心。 正处于从本地到云这一转型中的公司可能需要在一段时间内采用本地优先的操作模式。 具有严格合规性要求或依赖与 IT 外包供应商签订长期合同的公司可能需要集中式操作模式。

  不管有什么限制，如今的企业都必须创新。 当快速创新必须蓬勃发展时，在中央 IT、集中责任模型中，混合模型方法可能实现一种平衡。 在此方法中，中央 IT 团队为所有任务关键型工作负载或包含敏感信息的工作负载提供了一个集中式操作模型。 同时，所有其他工作负载分类都可能置于为委托责任设计的云环境中。 集中式责任方法用作常规操作模型。 然后，企业可以根据其所需的支持级别和敏感性灵活地采用专门的操作模式。

第一步是致力于一种责任方法，然后形成以下承诺。

哪个组织将负责此工作负载的日常操作管理？

云租户

对大多数企业而言，当所有资产驻留在一个租户中时，管理就更容易。 但是，某些组织可能需要维护多个租户。 若要了解企业可能需要多租户 Azure 环境的原因，请参阅使用 Azure Lighthouse 集中管理操作。

此工作负载是否驻留在单个 Azure 租户中，与所有其他工作负载一起？

软成本因素

下一部分概述了一种与管理流程和工具级别相关的比较回报的方法。 在该部分的最后，每个分析的工作负载都会衡量与业务中断的预测影响相关的管理成本。 该方法提供了一种相对简单的方法来了解是否保证对更丰富的管理方法进行投资。

运行数字之前，请务必查看软成本因素。 软成本因素会产生回报，但这种回报很难通过直接硬性成本节约来衡量，而后者会在损益报告中显示。 软成本因素很重要，因为它们可表明需要投资于级别更高的管理（相比审慎的财政举措）。

一些软成本因素的示例包括：

• 董事会或 CEO 的日常工作负载使用情况。
• 前 x% 的客户的工作负载使用情况对其他地方的收入影响更大。
• 对员工满意度的影响。

做出承诺所需的下一个数据点是软成本因素列表。 在此阶段无需记录这些因素，但业务利益干系人应了解这些因素的重要性，并在以下计算中将其排除。

计算损失规避的 ROI

在计算操作管理成本的相对回报时，负责云操作的 IT 团队应完成前面提到的先决条件，并承担针对所有工作负载的最低管理级别。

下一个承诺是企业接受与基线管理产品/服务相关的成本。

企业是否同意投资于基准产品/服务以满足云操作的最低标准？

如果企业不同意该级别的管理，则必须设计一种解决方案，允许业务继续进行，而不会对其他工作负载的云操作产生实质影响。

如果企业想要超过标准管理级别，本部分的其余内容将帮助验证该投资和相关的回报（以损失规避的形式）。

提高管理级别：设计原则和服务目录

对于托管解决方案，除了管理基线外，还可以应用多个设计原则和模板解决方案。 可靠性和复原能力的每项设计原则都会增加工作负载的操作成本。 为了使 IT 和企业就这些额外承诺达成一致，了解通过增加投资可避免的潜在损失非常重要。

以下计算将通过公式帮助你更好地了解损失和增加管理投资之间的差异。 有关计算增加管理的成本的指南，请参阅工作负载自动化和平台自动化。

提示

如果使用操作管理工作簿来规划云管理，则应更新操作管理字段来反映每个会话。 这些字段包括承诺级别、复合 SLA 和每月成本。 每月费用应表示每月新增的操作管理工具的成本。 将其更新后，字段将更新 ROI 公式和以下各字段。

预计故障时间（每年小时数）

复合 SLA 是服务级别协议，基于工作负载中每个资产的部署。 该字段会导致预计故障时间（在工作簿中标记为 Est.Outage）。 若要在不使用工作簿的情况下按每年小时数计算预计故障时间，请应用以下公式：

预计故障时间 = (1 - 复合 SLA 百分比) × 一年中的小时数

工作簿使用默认值 8,760 小时/年。

标准损失影响

标准损失影响（在工作簿中标记为 Standard Impact）预测任何故障的财务影响，并假定预计故障时间预测值经证明具有准确性。 若要在不使用该工作簿的情况下计算此预测值，请应用以下公式：

标准影响 = 预计中断时间 @ 99.9% 的运行时间 × 时间值影响

如果业务利益干系人选择投资更高级别的管理，这可用作成本基线。

复合 SLA 影响

复合 SLA 影响（在工作簿中标记为 Commitment level impact）根据正常运行时间 SLA 的变化提供更新的财务影响。 通过此计算，可以比较这两种选项的预计财务影响。 若要在没有电子表格的情况下计算此预测影响，请应用以下公式：

复合 SLA 影响 = 预计故障时间 × 时间值影响

该值表示更改的承诺级别和新复合 SLA 可避免的潜在损失。

比较基础

比较基础评估标准影响和复合 SLA 影响，以确定哪种影响最适合回报列。

损失规避的回报

如果管理工作负载的成本超过潜在损失，则对云管理的提议投资可能没有成效。 若要比较损失规避的回报，请参阅标有年度 ROI**** 的列。 若要自行计算此列，请使用以下公式：

损失规避的回报 =（比较基础 -（每月成本 × 12））÷（每月成本 × 12））

除非有其他软成本因素需要考虑，否则这种比较可以快速表明是否应在云操作、复原能力、可靠性或其他方面进行更深入的投资。

验证承诺

在此过程中，已做出承诺：集中式或委派责任、Azure 租户和承诺级别。 每个承诺都应经过验证和记录，以确保云操作团队、云战略团队和业务利益干系人在管理工作负载的承诺上保持一致。

后续步骤

做出承诺后，负责的操作团队便可以开始配置相关工作负载。 开始时，请评估各种库存和可见性的方法。

清单和可见性选项