Redis 回归开源：AGPLv3 新选项来了，但社区信任还能重建吗？

在开源世界引发巨大争议一年后，Redis 终于宣布“再次开源”。自 Redis 8 起，官方将提供包括 AGPLv3 在内的三种许可证选项，试图修复与开发者社区之间的裂痕。这个决定是否能挽回曾经流失的信任？答案并不简单。

Redis 再次拥抱 OSI 开源许可证

Redis 背后的公司宣布，从即将发布的 Redis 8 开始，用户将可以在以下三种许可证之间选择：

• AGPLv3（GNU Affero 通用公共许可证 v3）：OSI 批准的自由开源许可证，强调通过网络使用也必须开源修改代码。
• RSAL v2（Redis 源代码可用许可证 v2）：限制第三方提供托管服务的非开源许可证。
• SSPL v1（服务器端公共许可证 v1）：MongoDB 推出，被广泛认为不符合开源标准。

其中，AGPLv3 的加入尤为引人关注。这意味着 Redis 项目将再次提供真正意义上的开源版本，重新获得 OSI 批准的合法地位。

回顾：为何 Redis 曾“退出开源”？

2024 年 3 月，Redis 公司放弃了长期使用的 BSD 开源许可证，转向 RSAL + SSPL 双许可证模式，旨在限制云服务商“搭便车”。

官方当时的说法是：很多大型托管服务提供商利用 Redis 构建自有商业产品，却几乎不向项目本身做出贡献。因此，他们希望通过更“严格”的 SSPL 条款，强制这些公司要么共享全部源代码，要么放弃 Redis 新版本。

然而，这一举动激怒了大量开源社区成员，尤其是支持 FOSS（自由开源软件）的开发者和云原生企业。分裂随之发生：Linux 基金会支持的 Redis 分支项目 Valkey 应运而生，多个核心开发者离开 Redis 公司。

AGPLv3：为什么 Redis 选择它？

根据 Redis 官方说法，之所以选择 AGPLv3，是在深入研究社区反馈、市场趋势与法律框架后做出的决定：

• 符合开源精神：AGPL 是 OSI 批准的强 copyleft 许可证，保证使用者在网络交互场景下也必须开放源代码。
• 社区信号释放：加入 AGPL 是 Redis 表达“我们回来了”的方式，希望弥补之前的裂痕。
• 商业可控性：相比 BSD 更具限制性，AGPLv3 仍然有助于防止某些云厂商免费“套壳”商业化。

Redis 创始人 Salvatore Sanfilippo（Antirez） 的回归对这一决定起到了关键推动作用。他本人一贯坚持开源理念，回归项目后便积极推动公司改用 AGPLv3，以减少与社区的对立情绪。

Antirez 的回归：一位创始人的“开源救赎”

Antirez 自 2020 年卸任后便远离 Redis 社区，但 2024 年末，他因担忧 Redis 生态因许可证问题分裂，决定重新加入公司。

据他本人透露，他在回归初期便推动讨论 AGPLv3，认为 SSPL 无法真正赢得社区支持。他为 Redis 8 的新数据结构 Vector Sets 编写了大量核心代码，并明确要求这些代码必须以真正开源的方式发布。

Antirez 的回归不仅是技术上的贡献，更象征着 Redis 项目想要重建开发者关系、重塑社区信任的姿态。

社区反应：开源了，信任就回来了？

尽管 Redis 再次拥抱开源的行为获得了一些积极回应，但许多开发者仍心存疑虑：

• “他们已经失去了我的信任。”一位曾参与 Redis 贡献的开发者如此表示，并称将继续支持分支项目 Redict。
• 有用户将 Redis 与 Elastic 对比，指出两者都有“先转商业许可证、后被迫回撤”的历史，信任已难以修复。
• 更有声音质疑：Redis 的再次“开源”是否只是策略调整，而非理念转变？

深层问题：开源商业模式的困境

Redis 的经历折射出开源项目发展成熟后常见的困境：

• 商业化后如何平衡营收与社区价值？
• 如何应对大型云厂商的“免费搭车”行为？
• 许可证还能否成为治理和变现的有效工具？

一些评论者甚至指出，当今开源生态已被异化成“数字矿场”，开发者和公司陷入了“免费劳动”与“权力剥夺”的矛盾之中。要想真正建立健康生态，仅靠许可证显然不够。

展望未来：Redis 会信守承诺吗？

Redis 公司承诺未来“基本不会再更换许可证”，并将以 AGPLv3 为基础，继续推动项目开源发展。

然而，要真正赢回开发者群体的信任，Redis 不仅需要技术上的进步，更需要在社区治理、项目透明度和合作机制上进行长期投入。

这个故事还没有结束，Redis 是否能再度成为开源世界的典范，还需时间检验。