什么是 devops

据说，如果您问10个人有关DevOps的信息，您将获得12个答案。 这是由于DevOps周围意见和期望的差异所致，更不用说其实践方面的差异。

为了破译DevOps周围的悖论，我们找了最了解它的人-它是整个行业的顶尖从业者。 这些人到处都是，了解技术的来龙去脉，并且已经实践DevOps多年。 他们的观点应鼓励，激发和激发您对DevOps的想法。

DevOps对您意味着什么？

让我们从基础开始。 我们不是在寻找教科书的答案，而是想知道专家们在说什么。

简而言之，专家说DevOps与原则，实践和工具有关。

IBM Digital Business Group商务平台的DevOps负责人Ann Marie Fred说：“对我来说，DevOps是一套原则和实践，旨在使团队在设计，开发，交付和操作软件方面更加有效。”

Red Hat高级DevOps推广者Daniel Oh表示： “总体而言，DevOps促使企业发展与应用程序开发，IT运营和安全协议相关的当前基于IT的流程和工具。”

Tactec战略解决方案创始人Brent Reed谈到了利益相关者的持续改进。 “ DevOps对我而言意味着一种工作方式，其中包括一种思维方式，可以不断改进运营绩效，直至达到组织绩效，从而使利益相关者感到高兴。”

许多专家还强调文化。 安娜·玛丽（Ann Marie）说：“这还与持续改进和学习有关。关乎人和文化，也关乎工具和技术。”

对于美国国家保险专员协会（NAIC）的首席架构师和DevOps负责人Dan Barker来说，“ DevOps主要是关于文化的…………它把精益， 公正文化和持续学习等多个独立领域融合在一起。我认为文化是是最关键，最难执行的。”

Atos DevOps负责人Chris Baynham-Hughes说：“ [DevOps]实践是通过组织内部文化，流程和工具的演变而采用的。重点是文化变革，而DevOps文化的主要承租人是协作。 ，实验，快速反馈和持续改进。”

云架构师Geoff Purdy谈到敏捷性和反馈“缩短和扩大反馈循环。我们希望团队在几分钟而不是几周内获得反馈。”

但最后，丹尼尔通过解释开放源代码和开放文化如何使他“轻松快捷地实现自己的目标”来钉牢它。在DevOps计划中，对我来说最重要的应该是开放文化而不是有用的工具，多种解决方案”。

您发现哪些DevOps做法有效？

专家们引用的最有效的做法无处不在，却无所不包。

根据Ann Marie的说法，“一些最强大的[做法]是敏捷项目管理；打破跨职能，自主小队之间的孤岛；全自动连续交付；绿色/蓝色部署实现零停机时间；开发人员设置自己的监控和警报；无可厚非的验尸；自动执行安全性和合规性。”

克里斯说：“特别的突破是富有同情心的协作；持续改进；开放的领导力；缩短了与企业的距离；从垂直筒仓转移到横向的，跨职能的产品团队；工作可视化；影响映射； Mobius循环；缩短了反馈循环；自动化（从环境到CI / CD）。”

Brent支持“不断发展的学习文化，其中包括TDD（测试驱动的开发）和BDD（行为驱动的开发）捕获故事并自动实现从设计，构建，测试到实施和生产的事件序列，并进行持续集成一种失败优先的测试方法，能够自动执行集成和交付过程，并在整个生命周期中提供快速反馈。”

Geoff强调了自动配置。 “选择一个，自动配置对我的团队非常有效。更具体地说，是从版本化的基础架构即代码的代码库中自动配置。”

丹很有趣。 “我们为创建DevOps文化做了很多不同的事情。我们通过免费食物举行“午餐和学习”活动，以鼓励大家一起学习；我们购买书籍和进行小组学习。”

您如何激励团队实现DevOps目标？

Daniel强调“重要的自动化。为了最小化DevOps计划中多个团队的反对，您应该鼓励您的团队提高开发，测试和IT运营以及新流程和过程的自动化能力。例如，Linux容器是实现DevOps自动化功能的关键工具。”

杰夫表示同意，他说：“使工作自动化。您有讨厌做的任务吗？太好了。如果可能的话，将它们淘汰掉。否则，使它们自动化。由于工作不断发展，它使工作不再变得乏味和例行。”

Dan，Ann Marie和Brent强调团队的动力。

丹说：“在NAIC，我们有一个出色的奖励制度来鼓励特定的行为。我们有多层奖励，任何人都可以将其中两个奖励给任何人。在完成重要任务后，我们还向团队奖励，但是我们经常奖励个人贡献者。”

根据Ann Marie的说法，“我所在团队的最大动力是看到其他人的成功。我们每个星期都有一次回放，其中一部分是分享我们从尝试新工具或实践中学到的知识。团队对他们正在做的事情充满热情，并愿意帮助他人入门，更多的团队将很快加入。”

布伦特同意。 “让每个人都受过相同的知识培训是必不可少的……我想首先评估如何帮助团队实现（以及）与产品所有者和用户一起交付的产品。”

克里斯建议采取两种方法。 “每周要达成的小目标是很重要的，并且团队认为这很重要，并且可以在[地方]看到正在开展的功能工作之外的进展。庆祝胜利并可视化所取得的进展。”

DevOps和敏捷如何一起工作？

这是一个重要的问题，因为DevOps和敏捷都是现代软件开发的基石。

DevOps是一个软件开发过程，专注于通信和协作以促进快速应用程序和产品部署，而敏捷是一种开发方法，涉及连续开发，连续迭代和连续测试，以实现可预测的质量和可交付成果。

那么，它们如何联系？ 让我们问专家。

在Brent看来，“ DevOps！=敏捷，第二个Agile！= Scrum。...支持DevOps策略和目标的敏捷工具和工作方式是它们如何相互结合的。”

克里斯说：“敏捷对我而言是DevOps的基本组成部分。当然，我们可以谈谈如何在非敏捷环境中采用DevOps文化，但是最终，改善软件设计方式的敏捷性是衡量敏捷性的关键指标。组织内部采用DevOps的成熟度。”

Dan将DevOps与更大的敏捷宣言联系起来 。 “为了设置基准，我从来没有谈论敏捷而不是引用敏捷宣言。有许多实现并不专注于宣言。当您阅读宣言时，它们实际上是从开发角度描述了DevOps。因此，将敏捷融入DevOps文化非常容易，因为敏捷专注于沟通，协作，变更的灵活性以及快速投产。”

Geoff认为“ DevOps是敏捷的许多实现之一。敏捷本质上是一组原则，而DevOps是体现这些原则的文化，流程和工具链。”

Ann Marie保持简洁，他说：“敏捷是DevOps的先决条件。DevOps使敏捷更有效。”

DevOps是否从开源中受益？

这个问题得到所有参与者的强烈反对，然后解释了他们所看到的好处。

Ann Marie说：“我们将站在巨人的肩膀上，并在现有的基础上继续发展。维护软件的开源模型，包括拉取请求和代码审查，对于DevOps团队也非常有效。”

克里斯同意DevOps无疑从开源中受益。 “从工程和工具方面（例如Ansible），到过程和人员方面，通过在行业和开放式领导社区中分享故事来进行。”

Geoff引用的一个好处是“草根采用。没有人必须签署免费的采购申请书（如啤酒）。团队发现满足他们需求的工具后，就可以自由地（如自由地）进行修改，然后在其基础上进行构建。 ，并为整个社区做出了贡献。漂洗，重复一遍。”

Daniel表示，开放源代码向DevOps显示了“采用更好的方式来进行新更改并克服挑战的方法，就像开放源代码软件开发人员正在这样做一样。”

布伦特同意。 “ DevOps从开源中获得了很多好处。一种方法是使用工具来了解它们如何帮助加快DevOps目标和策略的能力。对开发人员和操作人员进行自动化，虚拟化和容器化，缩放和许多质量，而如果不引入使DevOps变得更容易的技术支持，则很难实现。”

Dan指出了DevOps与开源之间的双向共生关系。 “做得好开源需要一种DevOps文化。大多数开源项目具有非常开放的沟通结构，而且很少模糊。这实际上是DevOps从业人员围绕他们可能带入自己的组织的学习机会。此外，能够使用类似于您自己组织的社区中的工具只会鼓励您自己的文化发展。我喜欢使用GitLab作为这种共生关系的示例。当我将[GitLab]引入公司时，我们得到了一个很好的工具，但是我真正要购买的是他们独特的文化，通过与他们的互动和回馈的能力带来了巨大的价值。他们的工具也为DevOps组织提供了很多东西，但是他们的文化激发了公司的敬畏精神我介绍它的地方。”

现在，我们的DevOps专家已参与其中，请在评论中分享您对DevOps的含义以及我们提出的其他问题的看法。

接下来要读什么

翻译自: https://opensource.com/article/19/1/what-does-devops-mean-you

什么是 devops