Redis 再次开源。但是否为时已晚？

几天前，我偶然看到了 Redis 8 的发布公告，不禁两眼放光。

Redis 又开源了。

不是 “可用源代码”，也不是专有包装下的双重许可，而是在 AGPLv3 许可下的真正开源，该许可已获得 OSI 批准。经过一年的激烈争论、分叉和社区反弹，这是一个重大的转变。

这让我想到了许多团队，包括我认识的几个团队，都已经转用了 Valkey。

我们是如何走到这一步的？

元素周期表这并不是凭空发生的。2024 年 3 月，Redis 放弃了沿用已久的 BSD 许可，转而采用 RSALv2 和 SSPLv1 双重许可模式。目标很简单：阻止大型云提供商将 Redis 作为托管服务盈利，而不提供任何回报。

这在一定程度上起到了作用。微软签署了商业条款。亚马逊和谷歌却没有。相反，它们支持了一个基于Redis 7.2.4的名为Valkey的分叉，并将其托管在Linux基金会之下。Arch Linux等发行版放弃了Redis，转而支持Valkey。此举发出了一个明确的信息：社区并不满意。

当时，Redis 首席执行官罗文-特罗罗普（Rowan Trollope）认为大多数用户不会在意许可证的变更。但随着时间的推移，话题发生了变化。开发人员、开源倡导者和潜在的 Redis 用户开始提出担忧。这已经不仅仅是功能性的问题了。而是信任。

随后，Redis的原创者Salvatore Sanfilippo回归了。他对 Redis 8 的影响不言而喻。他带来的愿景不仅着眼于创新，还着眼于重建与开发者社区的联系。

Redis 8 引入了一些重大升级。矢量集是一种针对人工智能用例进行了优化的新数据类型，现已成为 Redis 核心的一部分。来自 Redis Stack 的 JSON、时间序列和概率数据类型也已原生集成。所有这些，现在都可以在 AGPLv3 许可下使用。

AGPL 并不是像 BSD 那样的许可协议。它有严格的版权要求，尤其是对于通过网络提供的软件。但它仍然是开放源代码，代表着与更广泛的社区重新接轨的重要一步。

对于社区中的许多人来说，Redis给人的感觉就像是在派对结束后才出现。

很多开发者已经转向 Valkey。他们重写了自己的 Dockerfile、Helm 图表，甚至是监控设置。其中一些人现在已经成为了贡献者。还有一些人已经说服他们的团队和客户转向 Valkey。更重要的是，许多人不再相信 Redis 有限公司会信守开源承诺。

2024 年许可证变更时，贡献者们措手不及。依赖Redis的项目不得不冻结或分叉。即使是现在，Redis 网站也将 RSALv2、SSPLv1 和 AGPLv3 列为 “选择”。这种三许可证模式虽然灵活，但也令人担忧。如果将来 Redis 决定取消 AGPLv3，用户会不会又被卡住？

一位评论者直言不讳地指出 “信任是多年建立起来的，也是瞬间失去的。

如果你已经在使用 Valkey，那么可能并不急于改变什么。Redis 8在技术上令人印象深刻，但对于那些对Valkey的路线图感到满意的人来说，它并没有提供任何改变游戏规则的功能。随着 Valkey 获得多线程 I/O 和主要云提供商的持续支持，它的发展势头正劲。

另一方面，如果你正在启动一个新项目，并在寻找一个快速、功能丰富的内存数据库，Redis 8 现在又是一个有效的开源选择。它有更好的默认设置、新的数据类型和熟悉的生态系统。

但是，Redis 能否从声誉受损的阴影中恢复过来，却是一个更大的问题。将代码开源是一回事。而要重建一个感觉被遗弃的社区的信任，则是另一回事。

我很高兴 Redis 的这一举动。Salvatore 的回归、AGPL 的采用以及 Redis 8 的改进都表明他们在重新聆听。但我也不能忽视我所认识的很多人都已经放弃了Redis。对他们来说，Redis 8只是一个 “很高兴知道 ”的时刻，而不是一个 “是时候回头了 ”的时刻。

Redis 可能会再次开源。现在真正的挑战在于，如何证明它能保持这种状态。