什么是什么是DevOps，如何实现，如何实现DevOps？？
节奏极快的创新步伐、瞬息万变的业务前景以及新型IT需求迫使企业以同样迅捷的方式作出转变。DevOps正是这样一种能够
在IT组织内部不同团队之间将业务敏捷性贯穿于协作、交流与整合工作中的重要手段。
超越敏捷开发，打通开发与维运藩篱的竞争关键，不只让产品上市快，还能周周比对手早一步──Gartner预言：2016年全球
大企业中25％要抢用DevOps。
正是如此，企业正为DevOps所苦恼。他们都想得到DevOps，即使很多企业并不知道它到底是什么。比如，在很多情况下，
一些工程师将自己宣传为DevOps，但是这仅是你自己的看法，实际上你并不是。DevOps并不是一个人，一个角色或者一个
头衔。
那么DevOps到底是什么呢？
DevOps是一种文化转变，或者说是一个鼓励更好地交流和协作（即团队合作）以便于更快地构建可靠性更高、质量更好的软
件的运动。Cloud Technology Partners公司的副总裁兼首席架构师Mike Kavis如此定义。
Kevin Behr是HedgeServ的创始人和首席信息官，他说，DevOps综合了社会体系和技术体系。
ThoughtWorks Studios的首席顾问 Jez Humble谈到了DevOps不仅仅是个工具，更是一种理念。DevOps是一种使持续交付成
为可能的理念，关注于所有人共同协作以改进开发效率方面的衡量（比如生产力），同时增加稳定性并降低平均故障修复时
间。
2U Inc的技术总监James Kenigsberg描述了DevOps几个主要部分的本质：
自动化：自动化确保过程的可重复性和稳定性。一直以来，它都是将任务执行予以标准化的最佳方式，避免任何可能产生偏差
的风险，从同行评审代码到整个团队的流程改进。
透明度：透明度让团队中的每个成员都可以清楚地看到其他人正在做什么，正在改进的沟通机制和业务流程，等等等等。
才华：天才雇员把业务需要、效率和自动化放到硬件如何运作之前，在IT和开发人员之间不做严格的区分。在解决问题之前，
他们到处找有此类经验的同事们交流，问问他们之前是如何解决这种问题的。
DevOps是种与众不同的方案，它同时兼顾技术和人的问题。 VersionOne 的敏捷老师Steve Ropa如此认为。Steve
说，DevOps参考了许多技术方案。充分理解大多数这类实践是DevOps的基础。像持续集成此类的已经深入人心非常长的时
间了，为了确保持续集成值得花时间做下去，它不但需要一台持续集成服务器还需要一致的自动化装置和验收测试。它还需要
和版本控制系统紧密地集成在一起，以使所有事都在版本控制之下。除了这种技术实践之外，为了成功地实施DevOps，我们
还要关注人、协作和理念。要从事这些实践，我们就需要人。把运维融入团队中需要一种理念，那就是心甘情愿地去做出艰难
地调整和改变。这是思维模式的巨大转变。
DevOps的定义
术语“DevOps”通常指的是新兴的专业化运动，这种运动提倡开发和IT运维之间的高度协同，从而在完成高频率部署的同时，
提高生产环境的可靠性、稳定性、弹性和安全性。
为什么是开发和IT运维？因为典型的价值流就是在业务（定义需求）和客户（交付价值）之间。
DevOps运动的起源通常被放在2009年前后，伴随着许多运动的相辅相成和相互促进——效率研讨会运动，特别是由John
Allspaw和Paul Hammond展示的开创性的“一天10次部署”，基础设施即代码”运动(Mark Burgess 和Luke Kanies)，“敏捷基础
设施运动” (Andrew Shafer)，“敏捷系统管理”运动(Patrick DeBois)，“精益创业”运动（Eric Ries），Jez Humble的持续集成和
发布运动，以及Amazon的“平台即服务运动”等这些运动的相辅相成和相互促进而发展起来的。
DevOps与敏捷有哪些不同？
相对于瀑布开发模式，敏捷开发过程的一个基本原则就是以更快的频率交付最小化可用的软件。在敏捷的目标里，最明显的是
评论0