你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
云管理中的业务影响
假设最佳情况，为最差情况做好准备。 在 IT 管理中，可以放心地假设支持业务运营所需的工作负载将可用，并将根据所选严重性在一致的约束范围内执行。 但是，若要明智地管理投资，必须了解中断或性能下降时对业务的影响。 下图说明了这一重要性，该图将特定工作负载的潜在业务中断映射到相对值规模内中断的业务影响。
为了创建对项目组合中各种工作负载的影响的公平比较基础，建议使用时间/值指标。 时间/值指标捕获工作负载中断的负面影响。 通常，在典型的中断期间，这种影响记录为收入或运营收入的直接损失。 更具体地说，它计算一个时间单位的收入损失额。 最常见的时间/值指标是每小时影响，用于度量每小时服务中断的运营收入损失。
可以使用一些方法来计算影响。 可以应用以下部分中的任何选项来实现类似的结果。 在计算项目组合中的受保护损失时，必须针对每个工作负载使用相同的方法。
从估算开始
当前操作模型可能难以确定准确的影响。 幸运的是，少数系统需要高度准确的损失计算。 在上一步骤的分类严重性中，我们建议你以默认的中等严重性启动所有工作负载。 中等严重性工作负载通常获得标准级别的管理支持，对运营成本的影响相对较小。 只有当工作负载需要额外的运营管理资源时，才可能需要准确的财务影响。
对于所有标准化工作负载，在服务中断期间恢复系统时，业务影响充当优先级变量。 除了这些有限的情况，业务影响对运营管理体验几乎没有任何影响。
计算时间
根据工作负载的性质，可以按不同方式计算损失。 对于高节奏事务系统（如实时交易平台），每毫秒损失可能很大。 不太常用的系统（如工资单）可能不会每小时都使用。 无论使用频率是高还是低，在计算财务影响时，必须规范化时间变量。
计算总影响
当你想要考虑额外的管理投资时，更重要的是业务影响更准确。 以下三种计算损失的方法从最准确到最不准确排序：
调整后的损失： 如果企业在过去遇到过重大损失事件（例如风暴或其他自然灾害），则索赔调整器可能已经计算了中断期间的实际损失。 这些计算基于保险行业标准，适用于损失计算和风险管理。 将调整后的损失作为特定时间范围内的损失总额，可以得出高度准确的预测。
历史损失： 如果本地环境过去因基础结构不稳定而遭受中断，则计算损失可能有点困难。 但仍可以应用内部使用的调整器公式。 若要计算历史损失，请比较三个时间范围（中断之前、期间和之后）的销售、总收入和运营成本增量。 通过检查这些增量，可以在没有其他数据可用时识别准确的损失。
完整损失计算： 如果没有历史数据可用，可以派生一个相对损失值。 在此模型中，确定业务部门每小时的平均总收入。 当你预测损失规避投资时，假设完整的系统中断相当于 100% 的收入损失，这是不合理的。 但是，可以使用此假设作为比较损失影响和确定投资优先级的大致基础。
在做出与工作负载中断相关的潜在损失的某些假设之前，最好与财务部门合作，确定此类计算的最佳方法。
计算工作负载影响
通过应用历史数据计算损失时，你可能有足够的信息来清楚地确定每个工作负载对这些损失的影响。 执行此评估是企业内合作关系绝对至关重要的地方。 在计算出总影响之后，必须将这种影响归因于每个工作负载。 这种影响分布应来自业务利益干系人，这些利益干系人应就每个工作负载的相对和累积影响达成一致。 为此，你的团队应请求业务主管提供反馈，以验证一致性。 此类反馈通常是情感和主题专业知识的同等组成部分。 此练习必须代表业务利益干系人的逻辑和信念，这些利益干系人应在预算分配中拥有发言权。
使用模板
如果使用运营管理工作簿来规划云管理，请考虑以下内容：
- 每个企业都应更新
Example工作表或Clean Template工作表中的每个工作负载，以及每个工作负载的Time/Value Impact。 默认情况下，Time/Value Impact表示与工作负载中断相关的每小时预计损失。
后续步骤
定义业务影响后，可以调整承诺。