在专有软件中，公司贡献 100% 的代码。如果您考虑传统的专有软件产品，它只有一个开发社区：软件公司本身。公司支持该产品、影响未来版本中新增功能以及将该产品与其生态系统中的其他产品集成能力，直接源于其对源代码及其开发的直接控制。
在开源中，任何一家公司控制接近 100% 源代码的情况都很少见；事实上，如果一家公司主导一个项目，这通常是开源社区薄弱的标志。开源开发模式的力量和价值来自于众多个人和企业贡献者的共同努力。基于这种思路，我们可以看看企业对 OpenStack 的协作贡献。
企业对 OpenStack 的贡献：四个关键问题
分析企业对 OpenStack 贡献的一个非常基本的方法是分析所有构成 OpenStack 核心项目的总体贡献
但是，正如有些人指出的那样，这可能很快就会变成一场“虚荣指标”的较量。对于企业客户而言，对社区的贡献的真正价值是什么？是以原始提交来判断组织对项目的参与度最好，还是有其他更能代表参与度的衡量标准？在像 OpenStack 这样的多部分项目中，贡献的项目范围也可能是一个有说服力的统计数据。
超越排名，观察这种参与度热图，可以更细致地考虑
- 哪些核心项目是特定公司关注的重点？
- 哪些公司广泛参与了各个项目？
- 特定公司在 OpenStack 知识和参与度方面的差距是什么？
- 公司对 OpenStack 社区的投入是否与其销售的产品或服务相符？
让我们考虑一下对 OpenStack Havana 中被认为是“核心”的所有项目的贡献
- Ceilometer (OpenStack 遥测)
- Cinder (OpenStack 块存储)
- Glance (OpenStack 镜像服务)
- Heat (OpenStack 编排)
- Horizon (OpenStack 仪表板)
- Keystone (OpenStack 身份)
- Nova (OpenStack 计算)
- Neutron (OpenStack 网络)
- Oslo (OpenStack 通用库)
- Swift (OpenStack 对象存储)
除了总体排名之外，还有什么更好的方法来可视化公司在 OpenStack 中的参与度？如果我们以每家公司对最新的 OpenStack 版本 Havana 的贡献（在本例中，按提交次数）占总贡献的百分比来表示，然后在这些项目中进行观察，那么前十大贡献者的图表如下所示
参与度在开源中至关重要
如果您使用的是免费的 OpenStack 代码和免费的 Linux 发行版，这可能无关紧要。但是，如果您正在为 OpenStack 产品付费，或者您希望从概念验证转向生产 OpenStack 环境，那么我认为社区参与度确实很重要。
这不仅仅关乎谁是最大的贡献者。是否有任何 OpenStack 供应商真正具备支持您的生产 OpenStack 环境的专业知识？OpenStack 供应商能否成为长期战略合作伙伴，将您的需求融入其 OpenStack 产品的未来版本？这些问题类似于十年前企业客户从 Linux 概念验证转向在 Linux 系统上运行实际工作负载时提出的问题。随着 OpenStack 开始出现在数据中心中，这些问题值得再次考虑。
最初发布于 Red Hat Stack：OpenStack 博客。经许可转载。
8 条评论