DevOps是一个方法、过程与系统的统称，用于促进开发、技术运营和质量保障部门之间的沟通、协作与整合。这种协作可以提高App的开发速度，减少开发和运营之间的摩擦，从而快速部署软件或应用程序，并且可以快速检测。
随着DevOps的概念越来越受到关注，一些开发者对开展DevOps的困惑也随之而增多。Dev+Ops提出将开发和运维团队的工作紧密结合起来，建立持续交付和持续反馈的闭环，这个思路让人耳目一新，DevOps持续在实践中探索，市场上关于DevOps的文章以及新闻还不能全面解释DevOps的真正含义，甚至于有一些见解是相悖而行。如何开展DevOps，应该做什么，如何做，业内真正形成体系的说明少之又少。
根据【DevOps实践指南】丛书和eWEEK的报告以及StackStormCEO和Nexenta联合创始人Evan Powell的行业信息，我们可以总结出对于DevOps方法理解常见的几大误区：
1、采用DevOps的企业比你想象的要多的多
根据Puppet实验室的2013年DevOps 状况报告，在被调查的企业中，有66%的企业已经在使用或计划采用DevOps的方法。而最先采取DevOps方法的电信行业，有88%的公司正在使用或者计划使用。
2、DevOps将取代敏捷。
DevOps的原则和实践与敏捷方法一致，许多人认为DevOps是自2001年开始的敏捷之旅的合理延续。敏捷通常是DevOps效率的保障，因为它专注于让小团队向客户持续交付高品质的代码。
3、DevOps意味着消除IT运维，即“NoOps”。
许多人错误地的将DevOps解释为完全消除IT运维的智能，然而，这种情况是很少见的。虽然IT运维工作的性质可能会发生改变，但它仍然像以前一样重要。IT运维团队要在软件生命周期的早期就与开发团队开展合作。在代码部署到生产环境后，开发团队也要继续与运维团队合作。
IT运维不只是工单驱动的手动操作，而是能够通过自助服务平台和API来提升开发人员的生产效率，让他们能自助的创建开发环境、测试和部署代码、监控和显示业务运行的状态等。通过这种方式，IT运维人员变得更像是开发人员（或者QA和信息安全人员），融入到了产品开发过程中，而该产品则是开发人员在生产中用来安全快速地测试、部署和运行IT服务的平台。
4、DevOps代码部署比常规方法快30倍
高性能的DevOps组织部署代码经常要比传统组织快30倍（来源：Puppet实验室的2013年DevOps状况报告）
5、不断变化的DevOps环境相对来说更稳定
你可以通过释放Chaos Monkey（一个灾难事件测试）来使你的环境更稳定。灾难恢复计划就和你最后一次成功使用它们一样，末日场景需要不断得测试。
6、DevOps对信息主管们来说是保持关联性的最好机会
由于全部是自动化协助，DevOps的顶级运营人员已经证明其要比传统IT更富有成效。这也是为什么信息技术的工作量迁移到SaaS以及其他地方的原因，远离CIO们的控制和经费预算。然而，企业能够采用DevOps，正是因为他们能够从根本上修复信息技术，即回到CIO中心讨论如何提高企业业务。
7、DevOps只是“基础设施即代码”或自动化。
如果不是像看待代码一样看待你的基础设施，那么并不是在实施DevOps。如果要连续集成（CI）/连续交付（CD）或者持续运营（CO），你必须存储配置代码
8、DevOps仅适用于开源软件。
尽管许多DevOps成功案例发生在使用LAMP（Linux、Apache、MyqSQL、PHP）等构建软件的公司，但实现DevOps与所使用的技术无关。在使用.NET、COBOL和大型汇编语言以及SAP甚至嵌入式系统的那个编写应用程序的公司，DevOps也能取得成功。
真正的DevOps落地，不是单纯靠某个部门，某个人来完成，他们是紧密结合在一起的，同时，运营、开发、运维是不可分割的。DevOps的方法就是把他们的工作紧密结合在一起，提高效率，享受轻松高效的开发方式。
文章转载自：脉冲云
