如今的IT企业全部是自动化。新一代的代码和应用将我们带进一个融合了基础设施和云计算的时代，企业原有系统正在遭到这些新赶上的庞大的新环境的挑战。

因此，DevOps（Development和Operations的组合）作为一项新的业务脱颖而出，它的出现旨在解决复杂的系统管理员和开发者每天要面对的信息技术问题。尽管有一些组织也在实施DevOps 的方法，但还是有很多人不能完全理解DevOps 具体是什么，他们要么是抗拒，要么是意识不到这种部署的优点。

DevOps是一组方法、过程与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。这种协作可以提高应用的开发速度，减少开发和运营之间的摩擦，从而快速部署软件或应用程序，并且可以快速检测。

根据eWEEK的报告以及StackStormCEO和Nexenta联合创始人Evan Powell的行业信息，我们总结出对于DevOps方法理解的10大误区。

1、采用DevOps的企业比你想象的要多的多

根据Puppet实验室的2013年DevOps 状况报告，在被调查的企业中，有66%的企业已经在使用或计划采用DevOps的方法。而最先采取DevOps方法的电信行业，有88%的公司正在使用或者计划使用。

2、DevOps代码部署比常规方法快30倍

高性能的DevOps组织部署代码经常要比传统组织快30倍（来源：Puppet实验室的2013年DevOps状况报告）

3、DevOps 提供快速运营

DevOps在快速开发实例扩展中可以快速响应。快速开发需要较少的代码，但需要代码频繁发布；这就需要运营人员必须与开发人员密切合作，以防止中断。

4、连续操作等于自寻死路

为了确保你能够连续集成和交付，必须关闭循环操作。

5、自动化操作流程中，工具是至关重要的组件

大多数早期的监控和管理工具不适合DevOps环境，然而，合适的工具却是最关键的。对DevOps来说，自动化是最基本的。

6、DevOps需要商业和技术技能

DevOps成功采用的三个顶级技能：

1）业务优先级（重点）和策略知识

2）当前业务流程知识

3）沟通技巧

DevOps将运维团队的负担实现自动化。“运营人员必须会编程”这句话像咒语一样频繁重复，即使它往往是不切实际的。

7、DevOps，云架构与以往的完全不同

DevOps和云架构是松散耦合的，不断变化的，是水平缩放和无状态的。早期系统无法满足延迟，性能和可扩展性要求，而这些正是新型部署模式所需要的。

8、基础设施和代码一样至关重要

如果你不是像看待代码一样看待你的基础设施，那么你不是在实施DevOps。如果要连续集成（CI）/连续交付（CD）或者持续运营（CO），你必须存储配置代码。

9、不断变化的DevOps环境相对来说更稳定

你可以通过释放Chaos Monkey（一个灾难事件测试）来使你的环境更稳定。灾难恢复计划就和你最后一次成功使用它们一样，末日场景需要不断得测试。

10、DevOps对信息主管们来说是保持关联性的最好机会

由于全部是自动化协助，DevOps的顶级运营人员已经证明其要比传统IT更富有成效。这也是为什么信息技术的工作量迁移到SaaS以及其他地方的原因，远离CIO们的控制和经费预算。然而，企业能够采用DevOps，正是因为他们能够从根本上修复信息技术，即回到CIO中心讨论如何提高企业业务。

写在最后

一款产品的诞生不仅不能缺少开发人员，也离不开运营人员，开发和运维是不可分割的。而DevOps提供的方法恰好是把这两项工作密切结合在一起，很值得大家借鉴。