其实「Redis Labs 再次更改开源许可证」这个说法有标题党的嫌疑，但看到Redis Labs 的CTO 也表示这次的变更确实是关于许可证的变更。既然如此，笔者就顺道借题发挥一下，还请各位轻喷。

△ Redis Labs 的官方公告http:// redis labs.com/ blog/redis- labs-modules- license-changes/

先解释一下Redis Labs 这次对许可证的变更具体是什么情况。

首先要明确的是：由始至终，Redis 本身都没有变更过其开源许可证。Redis 作者antirez 也早已澄清过，Redis 从前，现在，将来都会继续使用BSD 开源许可证。所以对于「Redis 不再开源」这种以讹传讹的说法，就让它到此为止吧。

△ 坚定BSD 开源许可证不动摇http://antirez.com/news/120

那改变许可证的是什么产品？根据开源中国此前的报道，Redis Labs 自研的某些Redis 模块(RediSearch, Redis Graph, ReJSON, ReBloom 和Redis-ML)从AGPL 变更为Commons Clause 和Apache-2.0 相结合的许可证(Apache2 modified with Commons Clause)。也就是说，这些模块将根据Common Clause 发布（使用Apache-2.0 作为基本许可证）。其中，Commons Clause 是在开源许可证的基础上实施商业限制的部分。Commons Clause 禁止使用方销售来自采用其许可条款的代码的软件，还阻止他们提供相应的咨询或支持服务。所以该消息一经发布就在业界引起了不小的轰动，许多声音都认为这是在和云厂商正面硬刚。

为什么要这样做？很简单的道理，天下熙熙皆为利来，天下攘攘皆为利往。Redis Labs 认为，现代云计算公司凭借其垄断性的市场地位，利用成功的开源项目赚得盆满钵满，但到头来却不为这些项目做出任何贡献（矛头直指AWS，认为它是主犯）。

所以说到底，还是商业利益诉求。

而今天，刚获得6000万美元融资的Redis Labs 宣布再次改变其自研Redis 模块的许可证—— 变更为Redis 源码可用许可证(Redis Source Available License, 简称RSAL)。

△ 有了RSAL 之后，Redis Labs 旗下产品使用的许可证构成

Redis Labs CTO 表示这次变更许可证的举措考虑到了以下三个方面的因素：

Commons Clause 中对一些条款的描述不够清楚（比如包括“实质性”的含义）

某些Commons Clause 支持的限制条款与Redis Labs 计划围绕Redis 模块发展生态系统的意图相违背

考虑到所有这些因素，并在与社区成员进行多次讨论后，Redis Labs 决定移除Commons Clause，并将Redis 模块的许可证更改为Redis 源码可用许可证(RSAL)。

什么是Redis 源码可用许可证(RSAL)？

该许可证适用于Redis Labs 自研的某些Redis 模块。用户仍可以获取代码、修改代码，将代码集成到应用程序中并进行分发或提供支持服务，但该应用程序不能是数据库产品、缓存引擎、流处理引擎、搜索引擎、索引引擎或者机器学习/深度学习/AI服务引擎。根据定义，开源许可证不得有限制。而这个新许可证却有很多限制，所以严格来说它不是一种开源许可证。

Redis Labs CTO 写道：“云厂商一再利用成功的开源软件坐享渔翁之利，却没有对社区产生贡献。这些云厂商使用并非由它们开发的开源软件重新打包成竞争性的专有服务产品，并利用其市场地位从这些开源软件中获取可观的收入。”

由此可见，新许可证的目的正是为了阻止这个现象。Redis Labs 不希望其他公司以任何方式从Redis 身上赚钱。

谈到钱，不可避免就会引起争论。尤其是在「开源」这个背景下。

所以，对于Redis Labs 的开源立场，云原生计算基金会首席技术官Chris Aniszczyk 毫不客气地“开喷”了：

Aniszczyk 还指出：“一些云提供商正是开源社区的最大贡献者。”比如说，谷歌和微软一直在推动其在云开源方面的工作。实际上，微软也在公司内部正式推动开源的开发模式。

Aniszczyk 并不是唯一一个反对Redis 开源立场的人。Apache 软件基金会的联合创始人Jim Jagielski 在推特写道：“谁要是认为开源界20多年来没有遇到过像目前这样必须面对的情况，他要么是无知，要么是故意说假话。”他还表示，Apache Web 服务器的开发者一直很乐于被商业公司“搭便车”，因为这可以进一步确保为所有Web 用户提供一个开放公平的竞争环境。