2024年3月20日，Redis Labs 的一个重大声明震惊了开源社区：从 Redis 7.4 版本开始，Redis 将不再遵循原有的 BSD 开源协议，而是转向 RSALv2 和 SSPLv1 的双重许可机制。这一变化标志着 Redis 在 OSI（开放源代码促进会）定义下不再被视为传统的开源产品，从而引发了广泛的关注和讨论。那么，这一变革对 Redis 的使用者来说究竟意味着什么呢？

首先，我们要明确 BSD 协议与 RSALv2 和 SSPLv1 之间的区别。BSD 协议是一种非常宽松的开源协议，它允许用户*地使用、修改和分发源代码，甚至用于商业目的。然而，RSALv2 和 SSPLv1 则设置了更为严格的限制。RSALv2 是 Redis Labs 制定的协议，它允许用户内部使用 Redis，但禁止将 Redis 商业化并提供给其他公司使用。而 SSPLv1 则是由 MongoDB 公司创建，它要求任何基于 Redis 开发并在服务端运行的软件都必须以相同的许可证开放源代码，且不得作为专有软件提供。

对于直接使用开源自建 Redis 的最终用户来说，他们仍然可以继续使用 Redis，但需要注意的是，他们不能将 Redis 作为商业服务提供给其他公司。这一变化对于那些想要基于 Redis 提供商业服务的用户来说，无疑是一个巨大的打击。

而对于那些基于开源 Redis 提供 Redis 服务的第三方供应商来说，情况则更为复杂。如果他们未与 Redis Labs 进行商业合作，他们将无法提供 Redis 7.4 及以后的高版本。这意味着，使用这些第三方 Redis 供应商的用户可能无法购买到 Redis 7.4 及以后的新版本，或者已有的 Redis 实例无法升级到这些新版本。

值得注意的是，早在2019年，Redis 的部分模块，如 Redis Bloom 和 Redis JSON，就已经开始使用 RSAL 协议。这意味着，那些没有获得 Redis Labs 授权的服务提供商，已经无法提供这些模块。这一变化进一步限制了无版权 Redis 服务提供商的业务范围。

对于开源社区来说，Redis 的这一变化无疑是一个巨大的打击。许多开源项目的成功都建立在宽松的开源协议之上，这使得开发者能够*地合作、创新和分享。然而，Redis 的转变可能会引发其他开源项目的效仿，从而对整个开源生态系统产生负面影响。

当然，我们也不能忽视 Redis Labs 的商业考虑。作为一家商业公司，Redis Labs 需要通过某种方式来实现盈利，以支持其持续的研发和运营。然而，如何在保护商业利益的同时，保持对开源社区的尊重和支持，是一个需要深思熟虑的问题。

综上所述，新版 Redis 的开源协议变化对使用者产生了广泛而深远的影响。对于最终用户和第三方供应商来说，他们需要重新审视自己的使用方式和商业模式。而对于整个开源社区来说，这一变化也引发了关于开源和商业之间关系的深入思考。

好了，今天的文章分享到这就结束了，要是喜欢的朋友，请点个关注哦！--我是简搭(jabdp)，我为自己“带盐”，感谢大家关注。