你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
适合云管理的工作负荷专用化
工作负载专用化基于平台专用化中概述的概念。
- 工作负荷运营： 最大的单工作负荷运营投资和最高的复原度。 建议对 20% 左右的可以推动业务价值产生的工作负荷进行工作负荷运营。 此专用化通常为重要性很高的工作负荷或关键工作负荷保留。
- 平台运营： 运营投资跨多个工作负荷。 复原能力的改进影响所有使用已定义平台的工作负荷。 建议对 20% 左右的重要性最高的平台进行平台运营。 此专用化通常为重要性为中到高的工作负荷保留。
- 增强型管理基线： 运营投资相对而言最低。 此专用化使用其他云原生运营工具和流程略微改进了业务承诺。
概要流程
工作负荷专用化要求以迭代方式严格执行以下四个流程： 平台专用化对每个流程进行了更详细的说明。
- 改进系统设计： 改进特定工作负荷的设计，以有效方式尽量减少中断。
- 自动修正： 某些改进没有成本效益。 在这种情况下，自动进行修正并降低中断的影响可能更有意义。
- 扩展解决方案： 改进系统设计和自动修正以后，即可通过服务目录将这些更改扩展到整个环境。
- 持续改进： 可以使用不同监视工具来发现增量改进。 可以在下一轮系统设计、自动化和扩展过程中实施这些改进。
文化变革
工作负荷专用化通常会触发传统 IT 构建过程的文化变革。传统过程注重于提供管理基线、增强型基线和平台运营。 这些类型的产品/服务可以扩展到整个环境。 工作负荷专用化在执行时类似于平台专用化。 但是，与常用平台不一样的是，单个工作负荷所需的专用化通常并不进行扩展。
需要工作负载专用化时，运营管理通常会演变到超出中央 IT 的范畴。 在云采用框架中建议的方法是分发云管理功能。
在此模型中，运营任务（例如监视、部署、DevOps 和其他注重于创新的功能）会移交给应用程序开发或业务部门组织。 云平台团队和核心云监视团队仍需履行整个环境中的管理基线任务。
这些中央团队还会引导和指导工作负荷专门团队运营其工作负荷。 但日常运营责任落到云管理团队身上（在 IT 外部进行管理）。 此类分布式控制是云卓越中心成熟度的主要指标之一。
除了平台专用化之外：Application Insights
需要对特定工作负荷进行更详细的描述才能清楚地运营工作负荷。 在持续改进阶段，必须将 Application Insights 添加到云管理工具链中。
| 要求 | 工具 | 目的 |
|---|---|---|
| 应用程序监视 | Application Insights | 应用程序的监视和诊断 |
| 性能、可用性和使用情况 | Application Insights | 通过应用程序仪表板、复合地图、使用情况和跟踪实现高级应用程序监视 |
部署 Application Insights
- 在 Azure 门户中，转到 Application Insights。
- 选择“+ 添加”，创建 Application Insights 资源来监视实时 Web 应用程序。
- 请按照屏幕上的提示操作。
请参阅 Azure Monitor Application Insights 中心，了解如何配置用于监视的应用程序。
监视性能、可用性和使用情况
- 在 Azure 门户中，搜索“Application Insights”。
- 从列表中选择 Application Insights 资源之一。
Application Insights 包含不同类型的选项，用于监视性能、可用性、使用情况和依赖项。 应用程序数据的这些视图更加清楚地呈现了持续改进反馈循环。