DevOps是什么？是开发+运维么？每个人都DevOps的理解都不尽相同，下面是一组对DevOps的定义，通过这组定义，我们基本可以看清DevOps是干啥的。
- 一组过程、方法与系统的统称。用于促进开发、运维和质量保障部门之间的沟通、协作与整合。
- DevOps是一种文化转变，或者说是一个鼓励更好地交流和协作（即团队合作）以便于更快地构建可靠性更高、质量更好的软件的运动。
- DevOps 是一种工程模式，本质上是一种分工，通过对开发、运维、测试，配管等角色职责的分工，实现工程效率最大化，进而满足业务的需求。
- DevOps是一种能力，具备此能力的团队可以高质量、快速的交付软件产品或服务。
DevOps解决的主要问题有两个：
- 按时、快速、高质量的交付软件产品和服务
- 通过流程的自动化，节省成本
说到这里，我们不仅要问到：DevOps与敏捷开发什么关系？看上去，他们是如此的相似呢。
那么先要说说敏捷。敏捷开发到底什么意思？这仅仅意味着快速吗？简单来说，敏捷开发意味着更多的迭代：更早更频繁地发布产品更新。先把东西做出来，而不是像过去那样过于忧虑产品是否完美。这就是那个“永远beta版”的概念，30天把原型快速搞出来，然后看看人们到底怎么想。敏捷的字面意思就是快速改变的能力。DevOps关注点已经不仅仅是快速改变的能力，他更关注的是如何移除浪费。
其实，DevOps是一中敏捷开发的方法，但已超越了敏捷。DevOps是软件开发生命周期（SDLC）从瀑布式到敏捷再到精益的发展。DevOps超越了敏捷，它的关注点是从SDLC中移除浪费。通常情况下，发现浪费或者瓶颈的形式包括：不一致的环境，人工的构建和部署流程，差的质量和测试实践，IT部门之间缺少沟通和理解，频繁的中断和失败的协定以及那些需要珍贵的资源、花费重要的时间和金钱才能保持系统运行的全套问题。
在DevOps的能力闭环中，关注的是：
- 更早、更频繁地发布产品更新,永远beta版,更快速的响应变化。
- 依托自动化工具（测试、部署），把开发、测试、发布、部署的过程整合，实现即时交付。
如要具备此能力，就要求DevOps的涉众：开发、测试、运维，求同存异，为组织目标共同担当，紧密配合，提升产品交付能力。
启用DevOps会对我们的带来各种变革，总体来说主要有三个方面。DevOps的核心是角色的分工，而不是组织架构变化，垂直化的组织架构不代表可以实现DevOps所需要的分工模式，横向的组织架构也不代表传统的分工模式。DevOps的目标是工程效率最大化，它本身也只是一种方法论，是为了实现工程效率最大化的目标而存在的。
