关于DevOps的八个谣言，哪个是真的？对能力的误解。在今天的文章中，我们将从八个迷思入手，探讨你对DevOps的印象是否符合它的现实。1.DevOps全称DevelopersDoingOperations:MistakeDevOps的自动化部分涉及大量代码，这导致很多人认为开发人员完成了大部分相关工作。事实上，DevOps的最终目标是实现基础设施即代码，也就是让运营团队看起来更像开发团队。2、原来的项目要剔除：错误的项目代表了系统的演进过程和故障。将其视为已经完成并且已经过时的事情是一种误解。事实上，采用DevOps和敏捷方法后，我们相当于用产品生命周期代替了原来基于项目的实现，而不是完全取消原来的项目。3.DevOps不适用于复杂的环境：错误DevOps实际上植根于高复杂度的环境。它无法适应的唯一情况是不切实际和/或不适当的业务目标。复杂的环境通常是由于当前状态、变化方向以及有关互连系统的信息的沟通不畅造成的。另一方面，DevOps鼓励通过沟通和协作解决问题，从而从根本上避免此类挑战。4.难以让业务团队接受DevOps：错误DevOps的好处与企业中的业务层密切相关。但是，“部署职能资源，建立新的IT技术”这种简单粗暴的态度，显然不能得到业务团队的认可。事实上，DevOps将对整个企业产生深远的影响。虽然初期可能会有阻力，但只要在批准和拒绝之间找到一个平衡点，整个业务就能按照DevOps的指引顺利完成过渡。5.敏捷只适合懒惰的工程师：DevOps最大的优势是有效去除不必要的日常负担。通过自动化，公司可以显着减少文档、会议甚至手动任务的数量，确保团队成员有更多时间专注于更高优先级。只要生产效率得到提升，就可以证明团队在DevOps领域迈出了成功的第一步。然而，DevOps本身也有很多“枯燥繁琐”的流程，包括大量的测试规划和代码审计。敏捷可以消除资源浪费，但必要的前期投资仍然不可避免。6.如果不会编程，就无法成功实施DevOps：True确实如此，因为DevOps中的自动化元素完全体现在基础架构即代码（简称IaC）层面。这通常意味着相关人员应该具备模块化开发、自动化测试、持续集成（简称CI）等软件开发技能。无论规模如何，我们都应该尽可能地自动化机制，而这必然需要软件开发技能作为前提。7.管理者将逐渐消失：取而代之的是，管理者将在DevOps中扮演与以往不同的角色。其实他们对球队还是很重要的。经理负责让整个DevOps团队保持在正轨上。经典的管理任务可能正在消失，但这只是因为管理角色的重点开始发生变化。8.不实施DevOps必然导致失败：正确的是，市场上许多领先的制造商已经建立了自己先进的DevOps架构。随着行业越来越将IT与业务融合，我们也将看到DevOps成为现代企业的必要元素，达不到这一目标的企业将被淘汰。具体来说，DevOps并不是让您的企业刀枪不入的灵丹妙药。相反，DevOps可以避免很多失败问题的发生，将成为你无法拒绝的重要疫苗——但这仍然不足以解决企业在发展中面临的各种“病痛”。原标题：揭穿DevOps的8个神话，作者：DiveshRupani
