平台未来中的开源 DevOps 工具

DevOps 工具的开源根源是不可否认的，即使预测到 2026 年全球 DevOps 市场将达到 178 亿美元。 不断变化的工作世界、安全和合规问题，以及风险投资公司，正在推动市场转向 DevOps 平台，开发团队可以在云中访问完整的端到端 DevOps 工具链。

当前开源 DevOps 工具的状况

让我们明确一点：开源工具绝不会从 DevOps 世界中消失。 现在，开源和供应商 DevOps 工具之间存在平衡，开发人员使用对他们有用的工具。 事实上，在许多情况下，开发团队选择开源工具用于他们的 DevOps 管道，但稍后会升级到商业版本。

3 个开源 DevOps 工具的示例

以下是一些开源 DevOps 工具的示例，这些工具围绕它们建立了商业业务。

Git

Git – 源代码管理工具 – 可能是 DevOps 工具链的主要基础之一，用作源代码存储库。

Git 的两个最佳商业示例是 GitLab 和 GitHub。 GitLab 接受对其开源项目的贡献。 GitHub 也在努力成为一个 DevOps 平台，推出了 GitHub Copilot – 一个 AI 配对程序员 – 尽管收到了褒贬不一的评价以及来自一些开源团体的批评。

Jenkins

作为一个开源自动化服务器，Jenkins 因其易于安装、配置和扩展而备受赞誉。

CloudBees 提供 JenkinsX，这是一个开源解决方案，为 Kubernetes 上的云原生应用程序提供自动化持续集成和持续交付 (CI/CD) 和自动化测试工具。 他们还为 JenkinsX 提供商业支持，包括

• 访问 CloudBees 技术专家
• 24x7 技术支持
• 访问 CloudBees 文档和在线知识库

Kubernetes

Kubernetes 的增长是不可否认的，因为越来越多的组织寻求企业级容器编排解决方案。 尽管对其复杂性有所批评，但 Kubernetes

围绕 Kubernetes 存在一个蓬勃发展的行业，这是有充分理由的。 根据 Allied Market Research 的数据，全球容器和 Kubernetes 安全市场在 2020 年估值为 7.14 亿美元，预计到 2030 年将达到 82.42 亿美元。

当今的 DevOps 工具链

跨行业仍然有很多自建 (BYO) CI/CD 工具链在发挥作用。 支持 DevOps 功能的开源项目仍在蓬勃发展，

BYO 工具链已准备好集成并且非常可扩展，这一直是组织继续迭代其 DevOps 实践的优势。 缺乏标准物料清单可能对寻求业务、IT 和安全标准化的企业来说很麻烦。

虽然 DevOps 平台的出现并未被忽视，但许多组织早在疫情之前就将其 CI/CD 工具链迁移到了公共云。 工具链本身的安全长期以来一直是一个日益严重的问题，公共云基础设施提供身份访问管理 (IAM) 和其他安全功能来控制访问。

DevOps 平台：朋友还是敌人？

DevOps 平台是一种端到端解决方案，可将 CI/CD 工具链的所有功能都放入云中。 DevOps 平台的示例包括 GitLab 和 Harness。 GitHub 也在努力成为一个 DevOps 平台。

优势（即使仅在企业买家眼中）

DevOps 平台对已经熟悉 SaaS 和云行业的基于消费和基于订阅定价的企业买家具有吸引力。 在这种远程和混合工作世界中，维护、安全、合规性和开发人员生产力问题肯定是最受技术领导者关注的问题。 在 DevOps 平台上进行标准化对这些人来说是一个有吸引力的故事。

缺点

当依赖供应商提供的 DevOps 工具链时，就会想到关于供应商锁定的老问题。 开发团队构建和维护其工具链的可扩展性将不会像他们从头开始构建工具链时的体验那样，更不用说引入新工具来改进他们的工作流程了。

DevOps 平台提供商也存在潜在的经济劣势。 想想一个估值过高的 DevOps 工具初创公司，如果未能达到其投资者的崇高财务目标，将会发生什么。 同样，也可能存在一些较小的初创供应商，它们可能无法获得下一轮融资并逐渐变得无关紧要。

虽然 DevOps 平台的出现在很多方面都有意义，但它确实与有助于构建我们今天使用的 DevOps 工具的开源精神背道而驰。

DevOps 工具：一个转折点

随着工作模式的改变，DevOps 工具链的安全性和合规性问题继续增加。 这很自然。

不断变化的工作世界

我们的工作方式与企业其他部门一样影响 DevOps 团队。 远程和混合 DevOps 团队需要安全的工具链。 跨管道不断变化的协作和报告要求也在不断增长，例如异步工作和高管要求返回办公室。

软件供应链安全市场

在高调攻击和联邦政府的回应之后，软件供应链安全市场备受关注。 还没有任何组织将软件供应链攻击归咎于开源，但我们将看到 DevOps/DevSecOps 实践和工具的扩展，以应对这种威胁。 然而，当一切都结束后，DevOps/DevSecOps 工具和实践将比一些转向这一趋势的初创公司更持久。

最后的想法

DevOps 领域的 OSS 项目远未结束，但 DevOps 利益相关者有权开始询问关于未来工具链的问题。 但是，OSS DevOps 项目确实需要考虑它们的未来，尤其是在日益增长的直接影响管道的安全性和合规性问题方面。

存在一种合作竞争的未来，其中 DevOps 平台提供商将时间、金钱和资源捐赠给作为其平台基础的开源工具。 一个潜在未来的有趣例子是 OpsVerse，它提供了一个 DevOps 平台，其中包含他们为其客户管理的开源工具。

另一方面，也存在这样一种未来：随着越来越多的企业构建的工具链以更大的数量迁移到云端，开源 DevOps 工具项目继续蓬勃发展和创新。

[ 启动组织文化变革。 阅读系列文章的第一篇，DevSecOps：培育文化转型的 5 个技巧 ]