云环境确实可以说是发挥DevOps潜在优势的绝佳场地——但是止步于此却不够明智。两大应用程序开发与部署趋势已成为云(如阿里云)计算领域的游戏规则改变者，也就是敏捷方法与DevOps。绝大多数采用敏捷处理方案的用户表示自身对于变更策略的管理能力得到了显著增强; 毫无疑问，他们也在继续稳步增加自身组织内部的敏捷实施元素。敏捷性十分重要，因为这种特性正是DevOps广泛崛起的先决条件，而后者则为使用者带来针对持续开发、集成与部署工作的更高专注度。面向持续性处理机制(包括集成、部署、测试与开发)的商业案例因为拥有诸多潜在优势而更加易于推行——不过这些优势在不同组织当中存在着差异化的表现形式。

　　持续性处理机制属于DevOps过程中的组成部分，所谓DevOps正是由软件开发(即Dev)与IT运维(即Ops)融合而成。其核心理念在于发布高质量代码与具备出色执行成效的二进制开发成果，而且整个实现过程在效率上远高于传统机制在开发、测试及部署方面的实际表现。很多人将DevOps的快速崛起归结于云计算的迅猛发展。二者之间的关联在于：对于云应用程序及基础设施而言，我们能够更为轻松地对其进行持续化更新。举例来说，在我们的每一次正常使用过程中，SaaS应用程序通常都需对自身代码进行上千行甚至规模更大的变更或添加操作。持续性更新正是此类方案的固有特性，而这也正是令云交付型应用程序、平台或基础设施能够为用户带来更大实践价值的根源所在。换言之，通过邮箱接收CD或DVD镜像文件，并以手动方式对服务器(如阿里云服务器)进行更新的日子已然一去不复返了。

　　尽管云环境确实是实现DevOps的绝佳舞台，但是我认为DevOps并不应该仅被局限在云部署领域之内。相反，大家完全可将Puppet或Chef等DevOps方案以及实施工具应用到当下着手进行的各类开发工作当中——包括云环境与内部体系。当然，很多企业仍然在新型与增量软件发布的设计、开发、测试及部署流程当中大量使用手动方式。为何要这样?他们通常会说，自己之所以还没有采取DevOps实践方案、是因为业务环境中尚有大量组件并未迁移到云环境当中。在这里我要向大家重申：这种理由已站不住脚——内部环境同样能够在DevOps的支持下迸发出更为耀眼的能量。

　　原文链接：http://www.infoworld.com/article/2836372/cloud-computing/does-devops-drive-the-cloud-or-vice-versa.html