五个开源原则帮助 DevOps 团队出彩

本文翻译自作者 Clare Grant 的文章 5 open source principles that help DevOps teams excel

虽然开源相比 DevOps 有十多年的先发优势，但随着时间的推移，两者已经稳步融合。作为一名 CIO，你可以支持使用一些关键的开源文化价值，以增强组织的 DevOps 团队的能力，并确保最大限度的成功。

让我们研究一下与 DevOps 工作方式相契合的开源的五个方面——以及它们如何使你的团队受益。

1. 任人唯贤

开放源码社区是代码贡献者的公平竞争场所，任何人都可以对一个开放源码项目进行修改。如果这个想法是好的，就可以被接受和纳入。在 DevOps 中，Dev 和 Ops 之间建立了一个公平的竞争环境。在传统的 IT 环境中，Dev 不能影响 Ops，Ops 也不能影响 Dev，长期存在无休止的摩擦。允许 Ops 影响 Dev 活动，简化了 Ops 流程，反之亦然。将 Dev 和 Ops 融合在一起，类似于开源世界中存在了几十年的事实上的开放组织。

2. 衡量标准

由于开放源码社区的代码和活动是公开的，因此人们倾向于对社区、社区活动和社区留下的代码进行测量。而且，毫不奇怪，他们可以用开源工具来做，比如 CHAOSS。测量提供了对一个项目的评判，包括关于某些东西的工作情况的数据，以帮助那些为项目做出贡献的开发人员。

DevOps 也重视测量行为——尽管 DevOps 测量更多的是关于你的业务流程，而没有那么多关于你的开发/IT系统。DevOps 的衡量标准应涉及通过 DevOps 工具进行的工作流程：端到端看起来如何？阻碍因素是什么？哪些地方进展缓慢？与开源社区的指标一样，DevOps 的测量有助于确定改进和持续创新的领域。

3. 开放式治理

开放源码和开放治理之间有很大的区别。一个项目可以被许可为开放源码，但却可以自主地作出决定。开源模式的核心是开放治理，这意味着透明的决策。否则，做出贡献的人在游戏中没有真正的利益，公平竞争的环境就会被消除。

健康的开源社区表现出开放治理，健康的 DevOps 团队也是如此，整个团队都积极参与项目和设定优先级。

4. 风险承受能力

“Many eyes make all bugs shallow”是众所周知的开源口号。通常情况下，由于众多贡献者的参与，开源社区的风险性较低。这提供了最佳的问题解决方式和快速整合变化。

同样，在正确的 DevOps 文化下，”Many eyes”可以增加透明度，减少孤岛，优化运营和开发问题的解决。基础设施即代码范式帮助以前不透明的运营从现代的反馈和审查标准中获益。有效的DevOps文化利用协作来降低风险，提高成功变化的速度。

5. 持续改进

开源项目的成功需要不懈的、持续的改进。一个项目不一定要一开始就成功，但它必须经历经常性的贡献，频繁的检查和调整。DevOps 工作也必须经历不断的贡献和完善，才能保持竞争力。必须授权团队成员不断分享他们正在学习的东西，并促进关于 DevOps 工具和流程改进的定期对话。

渐进式的变化会随着时间的推移而复合，并产生深刻的进步。开源和 DevOps 都是一个持续的旅程。

DevOps 和开源一起变得更好

DevOps 团队比以往任何时候都更多地采用开源工具。开源 DevOps 工具的庞大生态系统继续蓬勃发展，因为代码运行良好，已经被许多人使用。开源软件可以免费使用，并且在尝试一个新的想法时不涉及任何谈判：你只需要进行实验，看看它是否称手。

然而，消费开源软件而不回馈社区可能会产生不可预见的技术债务。为了实现开源的全部好处，DevOps 团队应该采用开放的组织模式，并将开源原则和实践应用到日常活动中。

例如，你的 DevOps 组织应该将内部补丁回馈给适用的开源社区，否则你会因为一个必须由私人维护的分支而产生新的技术债务，如果分支不同步，它就无法吸收新的上游补丁。

CIO 在支持采用开源原则方面发挥着关键作用。 架构你的 DevOps 团队以符合开源实践的方式，或者让团队自己架构遵循该模式。这是一个组织决策，而不是技术决策，这种类型的组织变革需要 CIO 层面的赞助。

了解创新的开源模式并支持在你的 DevOps 实践中采用开源社区实践，有助于你避免额外的技术债务，同时利用新的技术进步。挖掘开源文化最强大的方面，让您的 DevOps 团队走向成功。