DevOps是一组过程、方法与系统的统称，当企业希望将原本笨重的开发与运营之间的工作移交过程变得流畅无碍，便可借助DevOps来完成。
DevOps目前业已成为每家企业最希望达成的转型目标，但与大多数技术潮流一样，其中也存在着大量对DevOps定位与能力的误解。我们将从八大传闻出发，探讨您印象中的DevOps与其真实情况间是否吻合。
1. DevOps 代表由开发者执行运营工作：错误
DevOps的自动化组件当中涉及大量代码，这导致很多人误以为开发者需要负担其中的大部分相关工作。事实上，DevOps最终目标在于实现基础设施即代码，即让运营团队看起来更类似于开发团队。
2. 原有项目应被淘汰：错误
项目代表的是系统及故障的演进过程。将其视为完成后即无需打理的事物显然是种误读。事实上，在采用DevOps与敏捷性方法后，我们相当于利用产品生命周期取代原有基于项目的实现方案，而非彻底淘汰原有项目。
3. DevOps 不适用于复杂环境：错误
DevOps事实上正是扎根于高复杂度环境。它唯一无法适应的情况在于不现实及/或不合适的业务目标。复杂环境通常源自对当前状态、变更方向以及互连系统相关信息的不畅沟通。在另一方面，DevOps鼓励通过沟通与协作解决问题，从而立足根源避免此类挑战。
4. 很难让业务团队接纳DevOps：错误
DevOps的优势与企业中的业务层密切相关。然而，采取简单粗暴的“抽调功能资源用于建立新型IT技术”这种态度明显无法令业务团队认同。事实上，DevOps会对企业整体带来深远影响。虽然在起步阶段可能遭遇阻力，但只要在认同与拒绝之间找到平衡点，整个业务一定能够遵循 DevOps指导顺利完成过渡。
5.
如果无法编程，则不可能成功实现DevOps：正确
之所以正确，是因为DevOps中的自动化要素完全体现在基础设施即代码(简称IaC)层面。这通常意味着相关人员应当掌握模块化开发、自动化测试以及持续集成(简称CI)等软件开发技能。无论规模如何，我们都应尽可能实现自动化机制，而这必然要以软件开发技能作为前提。
6. 管理者将逐步消失：错误
相反，管理者在DevOps当中将扮演不同于以往的角色。事实上，他们对于团队而言仍然非常重要。管理者负责维持整个DevOps团队处于正常运作轨道之上。经典的管理任务也许会逐步消失，但这完全是因为管理性角色的专注重点开始出现变化。
7. 不实施DevOps必然导致失败：正确
目前众多市场领导者厂商已经建立起自己的先进DevOps结构。随着行业越来越多地将IT与业务相结合，我们也将亲眼见证DevOps成为现代企业中的必要元素，而无法实现这一目标的企业则将遭到淘汰。
8.DevOps是技术运动：错误
关于DevOps有很多非常好的技术资料，以及许多新的思考方向，所有这些都由新产品和技术所支持。虽然它是有价值的素材，但有一句经常被遗忘老话说：自动化坏流程只会导致更快的坏流程。所以只是通过良好的新工具而建立的快速应用开发商店，但完成的工作却不能满足业务或客户的期望，这也不具任何意义。
此文为看点ITjob远标培训中心原创内容，特此声明