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

了解云操作模型

通过采用云，让你有机会重新审视你操作技术系统的方式。 这一系列文章阐明了云操作模型及其如何影响你的云采用策略。 不过，让我们来阐明“云操作模型”的含义。

定义操作模型

在部署云体系结构之前，尝试了解你想在云中如何操作。 了解你的战略方向、人员组织以及治理、风险和合规性需求，这有助于定义你的云操作模型。 登陆区域可提供各种选项来支持你的操作模型。 接下来的几篇文章将分享一些基本术语，并提供常见操作模型的示例。 这些模型基于实际客户体验，可帮助指导你决定适当的 Azure 登陆区域。

什么是操作模型？

在云技术出现之前，团队建立了操作模型来定义技术如何为业务提供支持。 IT 操作模型有许多因素。 但以下这些因素仍然保持一致：业务策略、人员组织、变更管理（或采用过程）、操作管理、治理/合规性以及安全性。

IT 操作模型因素对长期技术操作至关重要。

当技术操作转移到云时，某些过程仍然相关。 但这些过程在某些方面可能出现了变化。 当前的操作模型关注的是实际位置中的物理资产，这些资产主要通过资本支出周期获得资金投入。 这些资产支持企业维护运营所需的工作负载。 大多数操作模型的任务都是在物理资产的稳定性方面投入，从而确定工作负载的优先级。

云操作模型有何不同？

硬件堆栈是一个永无止境的循环。 物理硬件出现故障并且性能降低。 硬件故障很少与组织的资本支出预算和计划周期一致。 在云中操作会更改你执行硬件刷新和午夜修补任务的方式。 云将你的重心转移到上游的操作系统、应用程序和数据数字资产。 这种从物理到数字的转变还使技术操作模型发生了变化。

当操作模型转移到云时，你仍需要之前的人员和流程。 只是这种转移专注于更高级别的操作。 如果你的员工不再关注服务器上机时间，那么衡量他们成功的指标将发生变化。 如果安全不再通过数据中心的四面墙得到保障，那么你的威胁状态也变化了。 当采购不再是创新的障碍时，你管理变更内容的位置也发生了变化。

云操作模型是进程和流程的集合，它们定义了你想要如何在云中操作技术。

云操作模型的用途

从操作单元中删除硬件时，应重点对数字资产及其支持的工作负载进行转移。 因此，操作模型的用途从保证正常运行时间变成了确保操作一致。

Microsoft Azure 架构良好的框架发挥了很好的作用，它将工作负载方面需注意的事项分解成了一组常见的体系结构原则，那就是成本优化、卓越运营、性能效率、可靠性和安全性。

移到更高级别的操作后，常见的体系结构原则可帮助重新塑造云操作模型的用途。 我们如何来确保项目组合中的所有资产和工作负载在这些体系结构原则方面达到平衡？ 要衡量这些原则的应用，需要哪些流程？

重塑操作模型

如果你更新了操作模型，从而无需再求助于物理资产的采购、变更、运营或保护，那么剩下的还有什么？ 对于某些组织来说，他们的操作模型干干净净。 对于大多数组织而言，减少了一段时间内开发的限制。 无论是哪一种情况，你都有机会思考一下要如何在云中操作。

为了帮助你构想未来形态的操作模型，这些文章探索了以下主题：

• 定义云操作模型
• 比较常见的云操作模型
• 通过 Azure 登陆区域实现操作模型

后续步骤

了解云采用框架如何帮助你定义操作模型。

比较常见的云操作模型