DevOps革新浪潮来袭，也正是拜代码运动、敏捷运动推进，加速了DevOps到来。DevOps的成功运用离不开企业领导的重视、工具的运用、开发/运维人员对业务流程的掌握等因素。但首要问题是，公司为DevOps做好准备了吗？

DevOps革新浪潮来袭，也正是拜代码运动、敏捷运动推进，加速了DevOps到来。DevOps其实说白了，它就是新兴的专业化运动，而这种运动提倡的是开发者和运维之间的高度协同，这个过程贯穿整个软件开发生命周期，从业务规划到创建、交付再到反馈。在很大程度上DevOps是个集合性概念，即开发（Development）和运维（Operations）两个领域的合并。

早在1990年代就出现了敏捷软件开发。它更多强调的是人与人的交互优先于过程和工具、客户协作优先于合同谈判、随时应对变化优先于循规蹈矩。随着历史变迁人们越来越认识到传统意义上的开发和运维行为存在严重脱节现象，许多公司的开发部门和运维部门存在深深的矛盾，说到底这都是脱节造成的。尽管各大公司提倡敏捷开发，但事实上这一现象并未的得到很好的改善，于是乎DevOps应运而生，在笔者看来DevOps理念强调的是开发+运维之间的协作，也可以说成敏捷开发+敏捷运维。

年中，做过一个《<014年DevOps实践调查报告》，据活动报告显示：有37%的开发者听说过DevOps，并且很感兴趣，正准备使用；有60%的用户表示只知道DevOps概念，但尚未使用，能够熟练使用的用户只占到19%。另外，根据调查数据来看，实行DevOps战略的大多数企业/开发人员基本聚集在北京、上海、广州，其中尤以北京居多，以45%的优势排名第一位，由此可以看出DevOps理念的实施与软件产业发展水平息息相关。

大家眼中的DevOps

• 反对派：DevOps正在扼杀开发者！

但现实生活中，针对实施DevOps的看法不一，有部分人认为DevOps的流行让越来越多的程序员身兼多职，也就是大家所说的“全栈”。而这种流行趋势正在扼杀真正的程序员。这又是为何？请允许笔者娓娓道来。

我们都知道DevOps主要强调开发人员、运维人员以及QA之间的合作与沟通。因为软件会定期的更新，发布新版本，所以，以前旧的“瀑布式”的软件开发-测试-发布流程已经变的不适用。作为开发人员，除了实现功能外，还需关心负责产品的质量测试和发布环境，这也不断催生了一个新的角色出现即“全栈”工程师。

在一个创业公司里，开发者随时可能扮演着QA、测试人员、部署/业务分析人员、系统管理员或数据库管理员的角色。这样做的效果就是以“技术实用”来摧毁开发者。开发者之所以从事这份工作，是因为他们享受这份工作带来的乐趣。每个组织有层次结构，人们有不同的技能水平。倘若让开发人员扮演其他角色，或者强迫这些聪明人去执行额外的任务，其实是在伤害每个与之相关的人。而这所带来的后果其实是在摧毁“开发人员”的角色！

• 支持派：DevOps扼杀的不是开发者，而是开发生产力！

如上所述，有人认为DevOps扼杀了开发者，持反对派的人则认为，DevOps并未扼杀开发者，扼杀的则是开发生产力！

这是因为在贯穿整个产品开发过程中，持续交付和持续开发取代了持续集成。如此快节奏，这也意味着开发者不得不演变为“超人”，既要搞代码，又要兼顾测试；既要对内，又要对外。Devops活生生就是多、快、好、省的代名词。由此一来，开发者的代码量输出都在持续萎缩，因为他们要把时间分配到运营工作中，帮助运营团队查找和解决问题，回复客户的咨询和疑问，监控系统，帮助执行A/B测试……面对如此繁重的任务清单，开发人员输出的代码量势必会减少！

那么实行DevOps有哪些好处呢？

虽然DevOps不是万能的，但至少它能帮助开发或运维节省大量时间，会使两个部门更好的交互，使两者的关系得到改善，从而让很多领域从中受益。而对于企业而言，DevOps能够给企业带来诸多利益，比如“业务敏捷性”和“IT融合”。

写在最后：

其实，在笔者看来，DevOps能够把不同领域不同分工的人聚集在一起，而他们的目标却是一致的，那就是共同解决问题，他们的结合有利于促进开发、运维之间的沟通，产品质量将会更满足客户需求，并且会提高开发和软件交付的速度。而DevOps的成功运用离不开企业领导的重视、工具的运用、开发/运维人员对业务流程的掌握、沟通与合作等因素。但首要问题是，公司为DevOps做好准备了吗？