据说，如果你问 10 个人关于 DevOps 的看法，你会得到 12 个答案。 这是围绕 DevOps 的各种意见和期望以及其实践差异的结果。
为了解读 DevOps 领域的悖论，我们采访了最了解它的人——行业内的顶尖从业者。 他们都是经验丰富、精通技术并且实践 DevOps 多年的人。 他们的观点应该能够鼓励、激发和引发你对 DevOps 的思考。
DevOps 对你意味着什么？
让我们从基础开始。 我们不是在寻找教科书式的答案，而是想知道专家怎么说。
简而言之，专家们认为 DevOps 关乎原则、实践和工具。
Ann Marie Fred，IBM Digital Business Group Commerce Platform 的 DevOps 负责人说：“对我来说，DevOps 是一套旨在使团队在设计、开发、交付和运营软件方面更有效的原则和实践。”
Red Hat 高级 DevOps 布道师 Daniel Oh 说：“一般来说，DevOps 对于企业来说，能够改进当前基于 IT 的、与应用程序开发、IT 运营和安全协议相关的流程和工具，非常具有吸引力。”
Tactec Strategic Solutions 的创始人 Brent Reed 谈到了利益相关者的持续改进。“DevOps 对我来说是一种工作方式，它包含一种允许运营绩效持续改进，成熟到组织绩效，从而让利益相关者感到高兴的思维模式。”
许多专家还强调文化。Ann Marie 说：“它也关于持续改进和学习。它与人和文化一样，也与工具和技术有关。”
对于国家保险专员协会 (NAIC) 的首席架构师兼 DevOps 负责人 Dan Barker 来说，“DevOps 主要关于文化。……它将几个独立的领域结合在一起，比如精益、公正文化和持续学习。我认为文化是最关键的，也是最难执行的。”
Atos 的 DevOps 负责人 Chris Baynham-Hughes 说：“[DevOps] 实践是通过组织内部文化、流程和工具的演变而采用的。关键的重点是文化变革，而 DevOps 文化的关键原则是协作、实验、快速反馈和持续改进。”
云架构师 Geoff Purdy 谈到了敏捷性和反馈“缩短和放大反馈循环。我们希望团队在几分钟而不是几周内获得反馈。”
但最后，Daniel 通过解释开源和开放文化如何让他以“简单快捷的方式”实现目标来一语中的。“在 DevOps 计划中，对我来说最重要的事情应该是开放文化，而不是有用的工具、多种解决方案。”
你发现哪些 DevOps 实践是有效的？
专家引用的最有效的实践是普遍存在但又截然不同的。
根据 Ann Marie 的说法，“一些最强大的[实践]是敏捷项目管理；打破跨职能、自主团队之间的孤岛；完全自动化的持续交付；零停机的蓝绿部署；开发人员设置自己的监控和警报；无责事后剖析；自动化安全性和合规性。”
Chris 说：“特别的突破是移情协作；持续改进；开放式领导；减少与业务的距离；从垂直孤岛转变为水平、跨职能的产品团队；工作可视化；影响映射；莫比乌斯环；缩短反馈环；自动化（从环境到 CI/CD）。”
Brent 支持“发展一种学习文化，包括 TDD [测试驱动开发] 和 BDD [行为驱动开发] 捕获一个故事并自动化事件序列，这些事件从设计、构建和测试到通过持续集成和交付管道的实施和生产。一种优先失败的测试方法，能够自动化集成和交付流程，并在整个生命周期中包含快速反馈。”
Geoff 强调自动化配置。“挑选一个，自动化配置对我的团队来说非常有效。更具体地说，是从版本化的基础设施即代码代码库进行自动化配置。”
Dan 使用乐趣。“我们做了很多不同的事情来创造 DevOps 文化。我们举办‘午餐和学习’，提供免费食物，鼓励每个人一起来学习；我们买书并分组学习。”
你如何激励你的团队实现 DevOps 目标？
Daniel 强调“有意义的自动化。为了最大限度地减少 DevOps 计划中来自多个团队的反对意见，您应该鼓励您的团队提高开发、测试和 IT 运营的自动化能力以及新的流程和程序。例如，Linux 容器是实现 DevOps 自动化能力的关键工具。”
Geoff 同意，他说：“自动化繁琐的工作。是否有你讨厌做的任务？太棒了。如果可能，将它们从存在中设计出来。否则，自动化它们。它可以防止工作变得无聊和 routine，因为工作不断发展。”
Dan、Ann Marie 和 Brent 强调团队激励。
Dan 说：“在 NAIC，我们有一个很棒的奖励系统来鼓励特定行为。我们有多个级别的奖励，其中两个可以由任何人授予给任何人。我们还在团队完成一些重要的事情后向他们颁发奖励，但我们经常奖励个人贡献者。”
根据 Ann Marie 的说法，“我所在地区团队最大的动力是看到别人的成功。我们每周都会互相进行回放，其中一部分是分享我们从尝试新工具或实践中学到的东西。当团队对他们正在做的事情充满热情并且愿意帮助其他人入门时，更多的团队会很快加入进来。”
Brent 同意。“让每个人都接受教育并达到相同的知识基线至关重要……评估什么有助于团队实现[以及]它需要与产品负责人和用户一起交付什么是我想开始的第一个地方。”
Chris 建议采用双管齐下的方法。“运行小的、每周的目标，这些目标是可以实现的，并且团队一致认为它们很重要，[并且]他们可以看到除了他们正在进行的功能工作之外的进展。庆祝胜利并可视化取得的进展。”
DevOps 和敏捷如何协同工作？
这是一个重要的问题，因为 DevOps 和敏捷都是现代软件开发的基石。
DevOps 是一种软件开发过程，侧重于沟通和协作，以促进快速的应用程序和产品部署，而敏捷是一种开发方法，涉及持续开发、持续迭代和持续测试，以实现可预测的、高质量的可交付成果。
那么，它们是如何相关的呢？ 让我们问问专家。
在 Brent 看来，“DevOps != 敏捷，其次 敏捷 != Scrum。……支持 DevOps 策略和目标的敏捷工具和工作方式——就是它们如何结合在一起的。”
Chris 说：“对我来说，敏捷是 DevOps 的一个基本组成部分。当然，我们可以讨论如何在非敏捷环境中采用 DevOps 文化，但最终，提高软件工程方式的敏捷性是衡量组织内 DevOps 采用成熟度的关键指标。”
Dan 将 DevOps 与更大的 敏捷宣言 联系起来。“我从不谈论敏捷而不参考敏捷宣言，以便设置基线。有许多实现并没有关注宣言。当你阅读宣言时，他们实际上是从开发的角度描述了 DevOps。因此，将敏捷融入 DevOps 文化非常容易，因为敏捷侧重于沟通、协作、变更的灵活性和快速投入生产。”
Geoff 认为“DevOps 是敏捷的众多实现之一。敏捷本质上是一组原则，而 DevOps 是一种体现这些原则的文化、流程和工具链。”
Ann Marie 简洁地说，“敏捷是 DevOps 的先决条件。DevOps 使敏捷更有效。”
DevOps 是否受益于开源？
这个问题收到了所有参与者热烈的“是”，随后他们解释了他们所看到的益处。
Ann Marie 说：“我们可以站在巨人的肩膀上，并在已有的基础上进行构建。维护软件的开源模型，包括拉取请求和代码审查，也非常适合 DevOps 团队。”
Chris 认为 DevOps “无疑”受益于开源。“从工程和工具方面（例如 Ansible），到流程和人员方面，都通过行业内故事的分享和开放领导力社区而受益。”
Geoff 提到的一个好处是“草根采用。没有人需要为免费（如啤酒一样）的软件签署采购申请。团队找到了满足他们需求的工具，可以自由（如自由一样）地修改，[然后]在其基础上构建，并将增强功能贡献回更大的社区。不断重复。”
Daniel 说，开源向 DevOps 展示了“你可以采用新变化并克服挑战的更好方法，就像开源软件开发人员正在做的那样”。
Brent 表示赞同。“DevOps 在很多方面都受益于开源。其中一种方式是能够使用这些工具来了解它们如何帮助加速 DevOps 目标和策略。向开发和运营人员普及自动化、虚拟化和容器化、自动伸缩等关键内容，以及许多在不引入技术赋能器的情况下难以实现的特性，这些技术赋能器使 DevOps 更容易实现。”
Dan 指出了 DevOps 和开源之间双向的、共生的关系。“做好开源需要 DevOps 文化。大多数开源项目都具有非常开放的沟通结构，几乎没有晦涩之处。这实际上是 DevOps 从业者了解他们可能带入自己组织的哪些内容的一个很好的学习机会。此外，能够使用来自与您自己的组织相似的社区的工具只会鼓励您自己的文化发展。我喜欢以 GitLab 为例说明这种共生关系。当我将 [GitLab] 带入公司时，我们获得了一个很棒的工具，但我真正购买的是他们独特的文化。这通过我们与他们的互动以及我们回馈的能力带来了巨大的价值。他们的工具也可以为 DevOps 组织提供很多东西，但他们的文化激发了我引入它的公司中的敬畏之情。”
现在我们的 DevOps 专家已经权衡了意见，请在评论中分享您对 DevOps 的理解——以及我们提出的其他问题。
2 条评论