要让IT运维向云演进，企业必须拥抱自动化，并且改变资源预配的思考方式。

新涌现的术语CloudOps——云运维的简写，指代企业如何运行以及管理基于云的系统。并且，随着很多企业开始将应用程序和数据搬离本地，围绕公有云使用的运维过程的开发显得日益重要。

当需要在云上运维时，企业通常需要从头开始构建一切。在公有云里，IT经历了巨大的转变，在云上，应用的运维和管理需要在对底层基础架构控制力不大时来完成。CloudOps正是这样转变的一部分。

CloudOps的四大支柱

CloudOps是实施IT运维的新方式基于如下四大特征：

1. 它需要通过单页仪表盘抽象管理层的使用，来运维云机器实例、存储实例、安全、网络和管控。这意味着管理员使用工具——比如Apigee，ServiceMesh或者RightScale——来管理云内部的实例，以及其他必需的系统，比如安全和使用相关的账号系统。

2. 它涉及到不同类型的预配。不需要购买硬件和软件来支撑应用的扩展集合，企业需要的是管理在云上机器实例的预配。CloudOps有两种类型的预配。第一种是自行预配，这里管理员允许云用户分配自己的机器，并且随后跟踪机器的使用。但是更有价值的方案是自动预配，允许实际应用来请求更多的机器，并且在不需要的时候自动销毁。但是，管理员必须密切跟踪该模型，从而避免收到云供应商的巨额账单。

3. 它需要限制。企业必须设置策略，限制用户在公有云上的操作。比如，当用户能够预配自己的机器时，他们不能一次预配1000台。应用也需要限制其能够占用的资源。这样才能确保应用不会使用预算外的云资源。

4. 它要求自动化。企业必须尽可能多地自动化流程，包括预配，用户管理，安全管理和应用程序接口管控。自动化意味着运维模式是自然可重复的，并且保证云环境本身没有外界干预就能够运行得很好。另外，要考虑自动化云供应商的自动修复能力。这意味着要有就位的自动化过程能够纠正小问题，比如机器实例死锁了，或者网络或数据中心故障了。

CloudOps很复杂。并且，当我们将更多的工作负载移动到公有云上，并且学习了更多开发流程时，CloudOps会变得更为复杂。也就是说，CloudOps必须比传统方案更便宜更易用，并且要求更少的资源。此外，最终我们就能够自动化整个CloudOps流程，这样IT人员只需要负责监控环境即可——这个未来并不遥远。