dot Redis 8 已到来——它是开源的

了解更多
White Redis Logo 返回
搜索

Redis Stack 和我们的 Redis 模块现已在双重许可下实现标准化：RSALv2 和 SSPL

LinkedIn-icon
分享
LinkedIn-icon分享到 LinkedIn
Yiftach Shoolman, Co-Founder & CTO, Redis

Yiftach Shoolman

自我们针对 Redis 模块推出 Redis Source Available License 1.0 (RSALv1) 以来，已过去将近四年。在此期间，我们与 Redis 社区就我们的许可方式进行了公开对话。大多数用户喜欢我们许可的宽松、非著作权共享精神。但我们也看到了一些挑战：首先，许多用户难以理解 RSAL 许可文本的实际含义；其次，我们尚未标准化任何广泛使用的源代码可用许可。

今天，我们很高兴通过在新的 Redis Source Available License (RSALv2) 和 Server Side Public License (SSPLv1) 双重许可下发布 Redis Stack 和我们的 Redis 模块，为 Redis 社区提供更多自由和清晰度。

新的 RSALv2 许可易于阅读，并明确了其权限和限制。而且，对于需要更标准化许可的用户，我们希望在 SSPL 下使用我们软件的附加选项能将 Redis Stack 和我们的 Redis 模块推广给更广泛的受众。SSPL 由 MongoDB 创建，并被 Elastic 和许多其他公司采用，正成为源代码可用许可的事实标准，并被全球数百万开发人员使用。

我们想强调的是，这一改变不会以任何方式影响 Redis 开源核心，它仍然在 3 条款 BSD 许可下获得许可。

这一改变也不会影响使用 Redis Enterprise Software 或 Redis Enterprise Cloud 的客户。

Redis Source Available License 2.0 (RSALv2)

RSALv2 是一种宽松的非著作权共享许可，允许“使用、复制、分发、提供和准备软件的衍生作品”，并且只有两个主要限制。根据 RSALv2，您不得：

  • 将软件商业化或将其作为托管服务提供给他人
  • 删除或模糊任何许可、版权或其他通知

例如

  • “我正在构建一个 SaaS 业务，其后端由 Redis Stack 提供支持。”
    该许可允许这样做。
  • “我正在构建一个 DBaaS，允许开发者部署 Redis Stack 实例。”
    该许可禁止这样做。

我们与 Heather Meeker 密切合作修订了 RSALv2，她因帮助起草许多 OSS 许可而闻名，包括 Mozilla Public License 2.0 和源代码可用许可，如 Confluent Community License、SSPL、Elastic License 2.0 等。我们希望这一改变能够澄清我们的意图，并解决过去几年我们收到的关于 RSALv1 许可的问题。

双重许可：RSALv2 + SSPLv1

我们相信 RSALv2 的宽松方法以及我们用于定义其限制的标准措辞解决了社区提出的许多挑战，但我们也意识到，像任何新创建的许可一样，某些用户（及其法务团队）需要时间来消化它。因此，我们还增加了使用 SSPL 的选项。

这种双重许可方法将允许用户在宽松但不那么知名（如 RSALv2）或更标准化但带有著作权共享性质（如 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 开发者如何利用我们的最新技术提供了清晰度和灵活性。

相关文章