CockroachDB 是一个开源的分布式数据库，最近改变了代码授权，放弃了 Apache 许可证。
许多开源数据库这一两年都改变了授权，比如 Confluent、Elastic 、MongoDB、Redis Labs、TimescaleDB。本文分析这种现象。
一、CockroachDB 的许可证变更
CockroachDB 以前的许可证是 Apache，代码托管在 GitHub，任何人都可以访问。
现在的许可证改成了"商业源码许可证"（Business Source License，缩写 BSL）。
这段文字的意思是，三年以后的2022年10月1日，这些代码将变为 Apache 许可证，在此之前都属于商业源码许可证。多少人想用三年前的代码？因此，它实际上用 BSL 许可证取代了 Apache 许可证。
二、商业源码许可证的特点
BSL 许可证是 MariaDB 发明的，最大的特点有两个。
一是非商业性使用没有限制，商业性使用有限制。
二是许可证是模块化的，可以附加自己的条件（Additional Use Grant）。
比如，MariaDB 附加的条件是，一个项目最多只能使用两个数据库服务器实例，超过就要付费。
CockroachDB 附加的条件是，对外提供商业性的数据库服务需要付费。
简单说，商业源码许可证就是一种限制了云服务的开源许可证。
三、问题的由来
目前，许多开源数据库对云服务都有限制。这完全是由 Amazon 的 aws 云服务引起的。
aws 一直提供数据库服务，2009年推出 RDS MySQL 服务，2013年推出 PostgreSQL 服务，2015年推出 Amazon Elasticsearch 服务。大量企业购买这些服务，使得收入都向 Amazon 集中，它的 Elasticsearch 一个服务的收入已经高于原始开发商 Elastic 的所有收入。
这就相当于，开源开发者在为 Amazon 免费打工，为它创造利润。Elastic 当然很不爽，推出了付费版本。结果，Amazon 一不做二不休，把开源分支分叉了，自己把 Elastic 的所有收费功能写出来了。也就是说，Amazon 不仅拿走了利润，还创造出了一个竞争性产品。类似的情况还有，Azure 提供 MongoDB 兼容的 CosmosDB 服务。
其他开源数据库看到这种局面，都感到了云服务商的威胁，所以纷纷改变授权模式。
这里的根本问题是，云服务的出现改变了开源软件的生态。以前，开源软件有众多的使用者，会形成一个社区，从社区得到反馈和支持。现在，企业级开源软件很可能都有云服务，导致企业客户都流向了云服务商，软件自身形成不了社区，云服务商反过来会对软件产生巨大影响，许可证的变更只是抵抗云服务商的一种策略。
四、对策
目前，有三种变更许可证的策略。
第一种是采用 AGPL 许可证，任何对软件的修改（包括提供服务）都必须开源。这种策略的好处是防止云服务商对软件进行内部修改，坏处是不够灵活，可能打击企业采用该软件的积极性。
第二种是产品分层策略，同时提供免费的社区版和收费的企业版。这种策略可以保证收入，但是问题是，有些高级功能只在企业版提供，不利于软件的开源。
第三种就是 CockroachDB 的策略，软件依然开源，但是提供服务必须付费。我觉得，目前来看这种策略在开源和收费之间达到平衡，比较理想。
五、参考链接
- Cockroach and the Source Available Future, Stephen O'Grady
- Why We're Relicensing CockroachDB, Peter Mattis
- Everything You Need to Know About the OSS Licensing War, Raj Dutt
（完）
mt 说：
付费？付多少呢？
2019年6月25日 16:07 | # | 引用
荒原之梦 说：
开源软件和云服务商之间的关系还需要一段时间的磨合，希望最终能找到一条令双方都受益，能促进而不是阻碍开源项目发展的道路。
2019年6月25日 19:56 | # | 引用
Michael翔 说：
各种开源协议，傻傻分不清，不知道有没有介绍这方面的好文章呢
2019年6月25日 23:45 | # | 引用
Justin 说：
不仅仅是收入的问题，云服务商有海量的客户，因此会对这些开源数据库进行重大的改进或者说自定义，而这些修改是否应该merge回主分支。如果不merge会使开源分支分叉，而开源社区有自己的milestone，不会随随便便的接受merge。
2019年6月26日 15:50 | # | 引用
somken 说：
探讨有没有一种可能性，重新定义一个大家都能够接收的许可协议
2019年6月26日 16:44 | # | 引用
李润泽 说：
https://tldrlegal.com/
2019年6月27日 15:37 | # | 引用
rangerzhang 说：
“开源软件和云服务商之间的关系还需要一段时间的磨合，希望最终能找到一条令双方都受益，能促进而不是阻碍开源项目发展的道路。”
云化的趋势是不可避免的，在这个前提下，总感觉这个矛盾很难调和....
2019年6月28日 10:02 | # | 引用
微wx笑 说：
阮老师有一篇：如何选择开源许可证？
http://www.ruanyifeng.com/blog/2011/05/how_to_choose_free_software_licenses.html
2019年6月28日 16:34 | # | 引用
大漠 说：
如果业务系统使用了AGPL协议的数据库，但是仅仅当作数据库组件来存储数据，并不对外提供数据库相关服务；也不涉及到修改源码。对外提供的也是业务相关服务，例如一个OA系统。这种情况下，自身产品是否需要开源？有无法律风险？
2023年2月 1日 19:07 | # | 引用