最近几年DevOps的概念越来越火，各个企业也逐渐意识到DevOps对项目研发效率的重要性，也有不少第三方企业提供整套流程成熟的解决方案。随着国内软件开发敏捷化的推进，DevOps已经被越来越多的企业所关注，但是随着对DevOps的了解的逐渐加深，很多企业都在思考：要不要开始DevOps，面对企业现状应该怎么做？我要投入多少？

其实目前我国很多企业都是在进行初期的敏捷探索，完全谈不上企业级敏捷管理，但是又由于市场与业务所带来的压力让他们都向开始进行DevOps转型，这时DevOps的推进就使很多企业感觉无从下手，今天我们就讨论一下，如何才能在最小的风险下，投入最少的成本做到一个较高程度的DevOps。这里我们先分析一下DevOps是什么。大部分人对DevOps的解释都是从这个单词直译过来的就是开发运维一体化，其实这样理解很片面。其实我们不难从Patrick提出DevOps的过程得出结论，DevOps的精准解释应该是通过敏捷的软件开发与敏捷的运维管理相结合达到业务的快速、灵活响应，也就是DevOps = Dev Agile + Ops Agile。那么我们在重新组合整理下，DevOps就是敏捷管理与软件的持续交付。

DevOps早在九年前就有人提出来，但是，为什么这两年才开始受到越来越多的企业重视和时间呢？因为DevOps的发展是独木不成林的，现在有越来越多的技术支撑。微服务架构理念、容器技术使得DevOps的实施变得更加容易，计算能力提升和云环境的发展使得快速开发的产品可以立刻获得更广泛的使用。技术的发展使得DevOps有了更多的配合。早期时，大家虽然意识到了这个问题的，但是苦于当时没有完善丰富的技术工具，是一种“理想很丰满，但是现实很骨感”的情况。DevOps的实现可以基于新兴的容器技术；也可以在自动化运维工具Puppet、SaltStack， Ansible之后的延伸；还可以构建在传统的Cloud Foundry、OpenShift等PaaS厂商之上。

而对于工程师而言，他们也是DevOps的受益者。微软资深工程师Scott Hanselman说过“对于开发者而言，最有力的工具就是自动化工具”（The most powerful tool we have as developers is automation）。工具链的打通使得开发者们在交付软件时可以完成生产环境的构建、测试和运行；正如Amazon的VP兼CTO Werner Vogels那句让人印象深刻的话：“谁开发谁运行”。

DevOps正在增长，尤其是在大企业中：调查发现，DevOps的接受度有了显著提高。74%的受访者已经接受了DevOps，而去年这一比例为66%。目前，在81%的大企业开始接受DevOps，中小企业的接受度仅为70%。DevOps是一连串的工程实践的有机组合，其中包括敏捷管理、持续交付、IT服务管理等等。DevOps是关注整个业务/应用/服务生命周期的管理，把业务和IT的战略进行了对齐。DevOps以精益思想为基础，强调自动化、拉动式、“拒绝浪费、创造价值”等。

目前的“瀑布流”模式开发中间有很多部门墙，从研发到测试再到运维，它们中间是完全断层的。断层的理念会导致我们在研发的过程中测试和运维都无事可做，这就是一种浪费。现在做的敏捷迭代、测试驱动开发让我们组成小team模式。这种模式以业务价值流来进行交付，要能够保证快速交付产品、模块，并且是可以独立运行的。DevOps让团队共享面向客户的价值、共享集成目标、共享质量责任。DevOps也让运维的作用变得更加突显，此时需要全新的思维/平台/方法论来实现Dev的软件快速交付到Ops阶段，并且能够稳定地运营。

为了切实贯彻顾客满意度第一的原则，中培组建了一支包括国内最知名的DevOps技术、管理专家等讲师和咨询顾问在内的专业教学团队，同时邀请一批国内外知名企业的高层经理和资深专家指导加盟，使学员既能学得会理论知识，又能将其运用到实际工作中，这便保证了该机构良好的教学效果，及学员们的普遍信赖，使中培教育本身得到了良好的发展。