令人没想到的是，此公告一发，Redis 在想要避免云厂商“白嫖”情况下的紧急求变，却让开发者觉得委屈，从而引发了巨大的争议。

简单来看，Redis 正在放弃遵循原有的开源 BSD 三条款许可证，转而从 Redis 7.4 开始，将采用 Redis 源代码可用许可证（RSALv2）和服务器端公共许可证（SSPLv1）的双重许可证。

原有的 BSD 三条款许可证是自由软件中使用最广泛且相对比较宽松的许可证之一，主要包括以下三个条款：

现在更新之后 Redis 所使用的条款，用其官方的话来说——“我们公开承认这一变化意味着 Redis 在 OSI（开放源代码促进会）定义下不再开源。”

其最新使用的两种许可：

值得明确的是，RSALv2 和 SSPL 都不是 OSI 批准的许可证，并且各自都有其限制。简而言之，RSALv2 对软件的商业化设置了一些限制。SSPLv1 要求，如果你将产品作为服务提供，则必须在 SSPL 下公开发布任何修改以及管理层的源代码。

此外，Redis 官方也在公告中写道：

同时，为了明确区分  Redis 以前旧的开源版本和现在变更许可之后的版本，Redis 把 v7.2 和之前的版本称之为 Redis OSS，从 Redis v7.4 开始将其称之为 Redis 社区版。

从某种程度上来说，Redis 公司的许可变更举措也不是什么新鲜事。之前，MongoDB、Elastic 和 Confluence 等其他开源公司也曾采取过类似的措施，甚至 Redis（当时还是 Redis Labs）在 2018 年和 2019 年也曾改变了其 Redis 模块的许可方式。也就是在那时，Redis 公司推出了其 Redis 源可用许可证的第一个版本。

对于此次做出改变，简单理解，可以视为 Redis 不想被云供应商“白嫖”。

Redis CEO Rowan Trollope 在公告中写道：

在 Redis 看来，通过转向新的许可证，其可以更好地管理源代码的商业用途。

此更新一出，引起诸多的争论，不少人认为此举将对开发者产生重大的下游影响，并可能极大地影响更广泛的社区参与开源 Redis 项目。

对此，Redis 紧急现身澄清，称这一变化对使用 Redis 开源版本和新版本的最终用户、使用 Redis 构建客户端库、Redis 的商业用户而言，没有任何变化。

至于谁会受到影响，Redis 表示：

其中所谓的竞争性产品是指出售给第三方的产品，它源自 Redis 的代码库，并且与 Redis 商业产品的功能严重重叠。

整体而言，Redis 为了自身更好地商业化才做出了这样的改变。

截至目前，微软似乎已经拿到了 Redis 的授权。

在 Redis 的官方公告中，微软开发者部门总裁 Julia Liuson 表示：“我们期待继续合作，为开发者提供最新的数据存储和管理创新支持。我们的合作将继续支持 Azure Cache for Redis 等集成解决方案，并将为微软客户提供对 Redis 产品中扩展功能的独家访问权限。”

值得一提的是，就在 Redis 官宣许可变更的前一天，其在更宽松的 MIT 许可证下开源了一个用 C# 编写的项目——Garnet（https://github.com/microsoft/garnet），成为 Redis 的竞争对手。

Garnet 使用 Redis 的 RESP 协议作为其主要通信协议，因此可以使用大多数编程语言中现成的 Redis 客户端，例如 C# 中的 StackExchange.Redis。与其他开源缓存存储相比，Garnet 在性能、延迟、可扩展性和持久性方面都有显著提升。

在见证了 Garnet 诞生，不少网友评论道：“微软这是要砸了 Redis 的饭碗”。

另一边，对于这样的公告声明，很多人对此并不买账。

因为在不少人看来，Redis 还是与 MongoDB、Cassandra 等产品的成长路线有所不同。这一点，MongoDB CEO Dev Ittycheria 在对 MongoDB 做出许可变更时也曾提到过：“MongoDB 是由 MongoDB 构建的。没有任何现有技术......我们将其作为免费增值策略进行开源”。

然而，Redis 不一样，它不仅仅是 Redis 开发的，还有大量来自公司外部的贡献者参与其中。

曾是亚马逊专有 NoSQL 数据库服务 AWS DynamoDB 背后的工程负责人、现任美国大数据初创公司 Momento CEO 的 Khawaja Shams 直接在自己网站上发了一篇“小作文”，暗指「虽然 Redis 公司可能有能力和合法权利关闭这个社区，但需要注意的是，现在的 Redis 公司并没有直接创建 Redis」。

Khawaja Shams 直言，“现在称之为 Redis 的公司是在 Redis 项目诞生的几年后才参与开源项目中的。”

回看历史，Redis 是系统编程专家 Salvatore（网名 Antirez）在 2009 年推出的研发成果。后来在彼时还是初创公司的 GitHub、Instagram、Twitter 等企业应用中，逐渐走进大众视野中。

随着 Redis 获得更多用户，它受到了一家名为 Garantia Data 的小型托管 Redis 提供商的关注。起初 Garantia Data 试图将自己重命名为“RedisDB”时，遭到了 Antirez 的拒绝。

根据 Khawaja Shams 的介绍，Garantia Data 当时的首席执行官 Ofer Bengal是这样说的：

几个月后的 2014 年，Garantia Data 还是改名为 Redis Labs，并将重心转移到 Redis 相关业务：

2015 年，Redis Labs 聘请了 Antirez，并成为 Redis 开源项目的官方赞助商。在 2020 年退出该项目之前，Antirez 将 Redis 的知识产权和商标权转让给了 Garantia，这就是为什么 Garantia 现在拥有更改该项目许可的合法权利。

Khawaja Shams 称，很多企业、开发者也为 Redis 做出了巨大的贡献，譬如 ElastiCache 团队已经投入了 数 多年的工程师年数来扩展 Redis，他们为 Redis Core 贡献了一些最复杂和最有价值的改进。

面对这种变化，AWS 工程师 Madelyn Olson 也在 X 发帖说：“这是一段有趣的旅程，我很遗憾看到我的参与结束了。在过去的六年中，AWS 为我提供了部分报酬，让我为开源 Redis 做出了贡献。其他云提供商也为我们做出了重要贡献......”

Linux 发行版 Fedora 的撰稿人 Neil Gompa 写道，这一变化意味着 "如果没有 Redis 的分叉，我们很可能需要从 Fedora 中删除 Redis"。

红帽的法律顾问 Richard Fontana 对此也回应道：“这是非常不幸的。据我所知，我们以前在 Fedora 中没有遇到过 RSAL(v2)，但我刚刚对它进行了审查，得出的结论是（很容易）它应该被归类为*不允许*。(SSPL 不被 OSI 承认为开源许可证，RSALv2 也不被承认为开源许可证）”

Google Cloud 架构师@brianbeale 表示，「“实际上，Redis 开发者社区没有任何改变……”这是一个谎言。放弃保持开源承诺的唯一原因是改变社区使用 Redis 的方式。这是吃你的蛋糕并拥有它的许可。」

还有网友评论称，“这可真是一个迅速毁掉 Redis 公司的方式！”

“不足为奇。开源软件创建者收益微薄，而超大规模的云服务提供商则大量从他们的工作中获利的趋势将持续存在。由企业支持的开源软件必须调整其开放竞争的理念，或向源代码可用模式转变，作为新的标准”，也有用户表示理解。

最后，外媒 The Stack 还为目前已在其产品中内置 Redis OSS 的开发者提供了三条选择项的建议：

那么当前 Redis 许可的变更，对你的项目是否有影响？