对DevOps的九大误解，是时候纠正了！

DevOps是开发和运维的结合，有助于集成和自动化测试过程以及部署存储库，还提供了透明度以及灵活性。DevOps的目标以下：

●更快的上市时间(TTM)。
●减小各类修复之间的前置时间。
●提升部署频率。
●更快的恢复时间。
●下降新版本的失败率。
许多商业部门的领导者都知道，提升营销速度是一种生存技能，而不只仅是目标。管理人员，特别是IT行业的管理人员，已经感觉到了以更快的速度和更有效地执行流程以及作出更好的业务决策的压力。尽管大多数组织已经成功地部署了DevOps来完成必要的目标和目的，可是对于这种方法仍然存在一些误解。如下是关于误解的一些纠正：

DevOps不是一套自动化工具

DevOps不是一套能够购买的自动化工具。对于如何部署和监视应用程序而言，这是一种不一样的思考方法。协做、持续交付、持续测试和持续集成不是实现工具。相反，它们是须要在项目中采用的实践。尽管确实有不少工具，好比禅道、Git Hub和Docker，它们一般都有助于DevOps实践的实现，可是只有当团队成员知道如何优化并将它们引入到工做方法中时，它们才是有效的。

并非每一个项目的程序都要改变

为每个新项目从新设计程序的概念与实现DevOps的理念背道而驰。拥有一个能够根据须要轻松修改并应用于各类项目的单一过程集，为可预测性留出了空间。在这种方法中，每一个人都熟悉本身的工做角色以及他们须要如何操做流程。

DevOps实践在本质上须要具备适应性和灵活性，以便将它们实现到服务器配置、异常测试、部署周期和加强开发团队的实力中。这只有在经过重复来让团队完全理解整个过程时才有可能实现。

不仅适用于小型公司或初创公司

包括Netflix、NASA、亚马逊、谷歌、星巴克、领英、通用电气、塔吉特、爱彼迎、HubSpot、耐克等在内的领先组织都在实践DevOps。它是为每一个人开发和使用的，并不限制行业和公司的规模。每一个企业都但愿在其周期时间或上市时间内进行所需的改进。DevOps能够帮助企业按期提升上市时间，并且收益巨大。这就是为何大多数公司都实施这种方法。一家电子学习机构Intellipaat的首席执行官表示，他的DevOps认证项目为从小型到不一样规模的大型公司提供服务。

DevOps不是敏捷的替代品

与大多数理念不一样，DevOps并无取代敏捷，能够将其视为敏捷的延续或敏捷激活器。在DevOps的帮助下，能够实现持续部署、持续集成和持续交付管道的持续交付。此外，它容许在每次迭代结束时计算潜在可交付的代码。所以，DevOps和敏捷的协做提供了最佳结果和体验。

DevOps没有取消IT运维

根据无运维（NoOps）的概念，IT行业将变得很是自动化，不须要任何内部团队来管理软件。此外，人们相信微服务会使DevOps操做过期。然而，不管服务变得多么自动化，运维老是须要的。尽管这些运维的工做可能会有一些变化，但它们在DevOps中仍然具备重要意义。

DevOps并不是只为开源软件开发的

一般，DevOps是在使用LAMP（Linux、Apache、MySQL和PHP）堆栈以及各类开源工具（如Jenkins、Docker、Ansible、Git、Chef、ELK、Nexus、Sonar、Zentao、Nagios和Gerrit）的组织中实现的。然而，得到一个成功的DevOps结果并不依赖于所使用的技术。许多组织使用COBOL、Microsoft.NET、大型机汇编代码、SAP以及嵌入式系统。

它能够兼容ITIL

ITIL表明信息技术基础设施图书馆。它由IT服务管理(ITSM)的详细实践组成，旨在使各类IT服务与各自的业务需求保持一致。DevOps与ITIL兼容，但各类ITIL流程都是彻底自动化的，以支持与DevOps相关的高部署频率和短交货时间。这解决了与配置和发布管理过程相关的许多问题。

DevOps不等同于持续交付

尽管软件的持续交付代表企业已经实现了DevOps的重要组件，但它不是一种二元关系。这两项服务并不能彻底等同，它们确定是不同的。
DevOps的主要关注点应该是改进工做文化，维护基础设施和软件。此外，它还必须支持销售和市场部门。

DevOps不是离开云端就不能运行

大多数人把DevOps称为云。云为测试人员和开发人员提供了动态的基础设施资源，以快速得到测试环境，而不是等待手动完成请求。然而，这并不意味着须要用于DevOps的云。若是拥有高效的流程来获取能够在应用程序中部署和测试更改的资源，那么也能够采用这种软件。