开源软件支撑着现代互联网的绝大部分。Apache HTTP Server、Linux、Kubernetes、PostgreSQL、Python、NGINX，还有数千个其他项目，构成了云平台上应用和基础设施的地基。
但这里有一个明显的经济断层：云厂商从基于开源的工作负载中赚取了数十亿美元，而许多创造这些价值的项目却在为维护和开发经费苦苦挣扎。
一个简单的机制或许能缩小这个缺口
不是新增费用、附加费或软件许可证，也不向客户多收一分钱。开源项目只需在自己的 GitHub 仓库里加一个按钮：
- Deploy to AWS — Support this project
- Deploy to Azure — Support this project
- Deploy to Google Cloud — Support this project
按钮会把项目部署到用户自己的云账户中，价格与平时完全一样。用户支付的金额不变，云厂商获得正常收入。唯一的区别是一个归因标识，记录下“这个工作负载来自这个开源项目”。
然后云厂商可以自愿返还，比如符合条件的云消费额的 1% 给项目。
用户视角里什么都不会变
用户保留自己的云账户，按正常价格付费，也不需要理解归因细节。重要的是透明——项目可以明确告诉用户，选择某个部署选项可能通过日常云使用来支持它。
假设用户点击“Deploy to Azure”来支持项目，之后每月在 Azure 上花费 10,000 美元。项目没有卖任何东西，用户没有捐款，Azure 也没有额外收费。项目只是从它帮助推动的消费中获得一小部分分成。
如果这笔部署代表 Azure 原本可能流失的增量收入，那么云厂商相当于花了 100 美元去获取或留住每月 10,000 美元的消费——这是一个很有吸引力的获客成本。
现有云市场模式没有覆盖免费开源项目
AWS、Azure 和 Google Cloud Marketplace 已经允许公司销售软件。这种模式有用，但它不适用于那些没有商业许可证、订阅、付费上架、SaaS 产品或软件费用的免费开源项目。
Apache HTTP Server 是免费的。客户只是需要一个运行它的地方。如果他们选择 Azure，Azure 就赚到了基础设施收入。为什么这笔收入中不能有一小部分回流到让这个工作负载成为可能的项目上？
这不是要把开源变成付费产品，而是承认开源项目能够影响云基础设施在哪里以及如何被消费。
联盟营销是一种熟悉的模式：一个网站把客户引荐到亚马逊，客户买了东西，亚马逊分享一个百分比。开源项目与云厂商之间，也可以建立类似的归因与回报关系。
热门跟贴