为什么云厂商被视为开源“公敌”

为什么云厂商被视为开源“公敌”

说“云厂商是开源世界的最大敌人”虽然听起来有些激进，但在基础软件（尤其是数据库和中间件）领域，这确实是一个真实存在的利益结构矛盾。

这种“敌人”关系并非源于仇恨，而是源于商业收割路径的错位。我们可以从以下三个维度来拆解为什么云厂商常被视为开源生态的“终结者”。

1. 商业掠夺：利润被云厂商“截流”

这是最核心的矛盾。开源软件的原创厂商（如 MongoDB, Redis, Elastic）辛苦投入数年研发代码，目的是通过提供增值服务盈利。

• 逻辑： 云厂商利用其强大的基础设施垄断地位，直接将开源代码打包成“云服务”出售。
• 后果： 客户为了图方便，直接在云平台上购买。钱流向了提供带宽和服务器的云厂商，而代码的开发者（原厂）不仅拿不到分成，还要在社区里免费为云厂商的客户解答技术问题。
• 数据： 一份行业报告曾指出，云厂商在开源软件托管服务上获得的收入，往往是原厂商业收入的数倍。这种 “劳动力与收益不对等” 被视为对开源创新的“吸血”。

2. 生态控制：将“开源”异化为“获客渠道”

云厂商虽然也“贡献”开源，但动机与纯粹的开源厂商完全不同。

• 降维打击： 云厂商会推出自己的“开源兼容版”（如 Amazon DocumentDB 或 OpenSearch）。这些产品打着开源兼容的旗号，实际上是为了将用户锁定在自家的生态里。
• 标准霸权： 云厂商拥有对云端环境的最终解释权。当一个开源项目在云上运行得好不好，完全取决于云厂商是否对其进行了“底层优化”。这种黑盒优化让开源软件的 “跨平台通用性” 名存实亡，用户最终还是被困在了特定云厂商的围墙里。

3. 公地悲剧：过度开发而不回馈

开源社区本质上是一片“公地”，需要大家共同维护。

• 白嫖行为： 许多云厂商遵循的是“最小化回馈”原则 —— 只修复影响自己运行的 Bug，而不参与长期的架构演进和脏活累活。
• 技术债转移： 当开源项目因为缺乏资金或维护者倦怠而出现漏洞（如 Log4j 事件）时，云厂商可以迅速打补丁保护自己的客户，但那些在社区里维护代码的志愿者却拿不到任何补偿。这种 “商业利益私人化，安全风险社会化” 的行为，极大地消耗了开源社区的活力。

总结与转机

正因为云厂商被视为开源“公敌”，才引发了过去几年基础软件领域的 “开源协议大迁徙” ：

• MongoDB 推出了 SSPL 协议。
• Redis 变更了许可。
• Elastic 曾一度闭源。

这些行为的本质，都是开源的原创厂商在向云厂商“讨薪”。

不过，这种关系在 2025-2026 年也出现了一些缓和：

• 合资模式： 云厂商开始意识到，如果把原厂逼死了，自己也将无米下锅。于是开始出现 Revenue Share（营收分成）模式，即云厂商在后台集成的其实是原厂的商业版，并给予原厂分成。

在这种“相爱相杀”的关系中，最终获益的是用户，还是导致了技术创新的停滞？

你怎么看？欢迎讨论!