视频
提供更好的开发人员体验：Redis 和 RESP.app 正在联手
了解更多
速度的未来将在您所在的城市举行活动。
加入我们在 Redis 发布会
分享
我们为 Redis 模块引入 Redis 源代码可用许可 1.0 (RSALv1) 已经快四年了。在这段时间里，我们与 Redis 社区就我们的许可方法进行了公开对话。大多数用户喜欢我们许可证的宽松、非copyleft精神。但我们也看到了几个挑战：首先，许多用户难以理解 RSAL 许可证文本的实际含义；其次，我们尚未在任何广泛使用的源代码可用许可证上标准化。
今天，我们很高兴通过发布Redis Stack 和我们的Redis 模块，为 Redis 社区提供更多自由和清晰度，采用双重许可：我们 Redis 源代码可用许可的新版本（RSALv2）和服务器端公共许可（SSPLv1）。
新的 RSALv2 许可证易于阅读，并明确了其权限和限制。并且，对于需要更标准化许可证的用户，我们希望在 SSPL 下使用我们的软件的附加选项能够让 Redis Stack 和我们的 Redis 模块触达更广泛的受众。SSPL 由 MongoDB 创建，并被 Elastic 和许多其他公司采用，正成为源代码可用许可的事实标准，并被全球数百万开发人员使用。
我们想强调的是，此更改不会以任何方式影响Redis 开源核心，其仍然在 3 条款 BSD 许可下授权。
此更改也不会影响使用 Redis 企业软件或 Redis 企业云的客户。
RSALv2 是一种宽松的非 copyleft 许可证，允许“使用、复制、分发、提供和准备软件的衍生作品”的权利，并且只有两个主要限制。在 RSALv2 下，您不得
例如
我们与Heather Meeker 密切合作，更新了 RSALv2，她以帮助起草许多 OSS 许可证而闻名，包括 Mozilla 公共许可证 2.0 和源代码可用许可证，如 Confluent 社区许可证、SSPL、Elastic 许可证 2.0 等。我们希望此更改能够阐明我们的意图，并解决过去几年收到的关于 RSALv1 许可证的问题。
我们相信 RSALv2 的宽松方法以及我们用于定义其限制的标准措辞解决了我们社区提出的许多挑战，但我们也意识到，与任何新创建的许可证一样，某些用户（及其法律团队）需要时间来消化它。为此，我们还添加了一个选项，可以使用SSPL。
这种双重许可方法将允许用户在宽松但不太知名的许可证 RSALv2 或更标准化的 copyleft 许可证（如 SSPL）之间进行选择。
从今天 2022 年 11 月 15 日起，我们 Redis Stack 和 Redis 模块的默认二进制发行版将根据 RSALv2 授权，并在使用源代码时，用户可以应用 RSALv2 或 SSPLv1。更多详细信息请参见下表
| 模块 | RSALv1 | 二进制发行版： RSALv2 源代码： RSALv2 或 SSPLv1 |
|---|---|---|
| Redis Stack | <= 6.2.4 | >= 6.2.6 |
| RediSearch | <= 2.4 | >= 2.6 |
| RedisJSON | <= 2.2 | >= 2.4 |
| RedisGraph | <=2.8 | >=2.10 |
| RedisTimeSeries | <=1.6 | >= 1.8 |
| RedisBloom | <= 2.2 | >=2.4 |
| RedisGears | <=1.2 | >= 2.0 |
请注意，对以前发布的任何 Redis Stack 或我们模块的任何版本的任何修复都将在 RSALv1 下进行。
有关 RSALv2 和我们的双重许可方法的更多信息，请参见我们的常见问题解答。
需要明确的是，RSALv2 和 SSPL 都不是 OSI 批准的许可证，并且每个许可证都有其限制。简而言之，RSALv2 对软件商业化设置了一些限制。SSPL 要求，如果您将产品作为服务提供，您必须在 SSPL 下公开发布您管理层的任何修改和源代码。
云时代源代码可用许可的必要性已经讨论了很多次，我们很自豪通过采用开发人员已经了解和使用的标准来为这项工作做出贡献。我们相信双重许可为 Redis Stack 开发人员提供了清晰度和灵活性，让他们可以利用我们的最新技术。
