来，打破十个DevOps坏习惯

Posted 2021-04-16 云技术之家

一些常见的DevOps实践可能会变成坏习惯，现在就把它们扼杀在摇篮里，争取在2018年取得更大的成功。

在2017年，比以往任何时候都多的公司决定开始他们的DevOps之旅。就像任何新事物一样，有一个学习曲线：诀窍就是在他们成为坏习惯之前找出错误，因为习惯很难打破。

当你在新的一年里精炼你的DevOps策略时，重要的是要回顾并找出这些麻烦制造者。这些问题可能不太明显，所以我们请商业领袖和DevOps从业者帮忙，分享他们的智慧，在最糟糕的DevOps行为上阻碍成功。

请阅读十大坏的名单，如果你犯了这些错误，现在是时候把这些坏习惯踢到路边，并在2018年将DevOps的成功最大化。

1.努力模仿Netflix

Vinayak Joglekar，CTO和联合创始人。

DevOps的专业人员需要戒掉尝试每一种时尚、工具和技巧的习惯，努力模仿Netflix和亚马逊，每天都要部署好几次。如果你的公司没有观察到每个小变化对终端用户行为方式的影响，那么持续部署没有业务价值。事实上，如果终端用户还没有形成一种行为模式，即企业可以通过对代码库进行更改来度量实际的最终用户值，那么持续部署可能具有负面的业务价值。最终，DevOps不得不从“酷”转向“适当的”。

2.让速度成为你唯一的目标

伊恩·布坎南(Ian Buchanan)，开发人员。

一个DevOps在2018年养成的陋习是，在不提高质量的情况下，持续关注发布速度更快。例如，你不应该在没有任何自动化测试的情况下驱动部署自动化。这表明每个人都理解DevOps的自动化方面，但往往忽略了必要的文化基础，比如让开发人员、测试人员和操作团队协作构建自动化。

3.在开发周期的早期就忽略安全

约翰·马丁内斯，Evident.io客户解决方案的副总裁。

许多产品组织都倾向于短视地对待DevOps；重点是快速推动产品，但这是以忽略整个开发生命周期和生产的安全性为代价的。其结果是，在产品和底层基础架构中存在安全漏洞，而DevOps团队则忽略了这些漏洞。这使得公司和产品暴露，或者更糟，他们可能会被破坏，这需要团队回去并应用修复。换句话说，他们在不断追赶。更好的方式需要文化和技术思维的转变；DevOps和SecOps应该交叉互动，并在整个过程中分享他们的专业知识，这将导致改进的方法：DevSecOps。这种心态需要对公司的招聘方式和流程产生影响，并从根本上改变安全工程师的面貌。

4.允许孤立的开发团队

XebiaLabs，客户成功副总裁，TJ Randall。

我在与《财富》2000年组织的合作中看到的最常见的障碍是，开发不仅仅是一个团队，而是很多。这意味着跨组织的敏捷或持续交付/集成变更发生在单个的竖井中，每个团队只关注他们需要的东西。每个人都在自己的竖井中解决自己的问题，所以操作很难将活动统一到一致的、可重复的过程中。我想知道，为什么要让不同的人知道他们在做什么，并向他们解释为什么这么做是值得的。

5.创建太多工具和标准

Matthew Perry， WWT Asynchrony Labs，IT运维主管。

在过去的一年里，我看到一些人尝试使用限制他们成功的工具来使用DevOps实践。这种情况经常发生在团队对精益原则缺乏清晰的理解的时候。当你开始应用精益时，你应该专注于通过价值流来创建客户价值。然后，你可以消除瓶颈并在交付管道中重新工作，并提高团队的生产力，所有这些对于DevOps都是至关重要的。另一个限制因素是没有给予团队适当的自主权。特别是，在工具周围创建过多的标准，而不是让团队用他们自己的工具进行实验。你应该在架构和基础设施配置上设置一些护栏，但是允许团队选择对他们的特殊需求最有效的技术。

6.在一个DevOps工具上计算太多

Justin Rodenbostel，开源应用开发的执行董事。

在DevOps中保持公司成功的最坏习惯之一就是他们认为一个工具是他们的‘DevOps解决方案’。这不是一个工具。相反，DevOps是一种演进的、迭代的开发方法的延续/成熟或说明。使用自动化的现代化操作团队非常好，而成功的DevOps常用的自动化工具也很好。然而，工具本身并不构成DevOps。DevOps是一种文化、过程和工具的混合体，工具可以作为对文化和过程的支持。”

7.没有自动化的安全

技术布道者戈登·哈弗(Gordon Haff)。

安全仍然是DevOps中的一个竖井；我们中的一些人使用DevSecOps这个词来提醒人们这一点。你可以做点什么。邀请你的安全人员告诉DevOps团队他们的担忧。在开发新应用程序或实现新工具时，尽早参与其中。尽可能地自动化安全流程，在开发管道中将其“左”(较早)移动。并在开发人员中创建安全思维。大多数人永远不会成为真正的安全专家，但是，通过让他们参与安全演习，你可以帮助鼓励一个安全是每个人的工作的环境。

8.使DevOps成为一个人或团队的工作

Ofer Karp，工程高级副总裁。

领导错误的将DevOps责任分配给一个人或团队。对我来说，敏捷和DevOps是为了提高团队的生产力，以提供更多的服务。为了让DevOps转变为真正的成功，每个人都应该参与和参与。团队将逐渐改变软件的构建和维护方式。这改变了你计划、演进体系结构、更改开发和测试的方式。此外，你还将更改如何部署、监视和支持你的客户。这就是DevOps需要一个完整的组织转变的原因，不仅仅是个人或团队的任务。要在新的一年里改掉这个习惯，就要评估开发人员的责任。扩展它们的角色还包括简化部署、监视和客户升级问题。重新定义成功从特性发货到满意的客户。

9.不循序渐进

Thomas Varghese, Day Translations，DevOps经理。

我们在开发新产品的过程中积累了一些糟糕的DevOps习惯，并且更快地推出项目。我们最糟糕的是没有将需求定义为核心，而不是跟踪sprint，也不理解开发周期中的延迟。在2018年，我们将遵循一个敏捷的过程，并在项目的正确阶段为正确的各方分配反馈和建议的时间。

10.未能保护整个DevOps流水线

William Henry, Opensource, DevOps，红帽云策略的战略家。

关于安全，也保护供应链。这并不仅仅是担心你的产品/应用程序在生产中安全受到攻击，而且DevOps流水线中的第三方组件和工具的供应链也安全、部署和维护。同样在2018年，反脆弱性的想法将获得更大的关注。这里的想法并不是要部署不能破坏/崩溃的系统/应用程序，而是假设它们会，甚至故意让它们失败，以了解系统如何响应和自我修复。想想Kubernetes自动缩放或自动重新启动失败的pod。

↓↓ 点击"阅读原文" 【加入云技术社区】

相关阅读：

更多文章请关注