Redis Enterprise 是闭源软件,需要获得 Redis Ltd. 的商业许可。 有关 Redis Cloud 许可的更多信息,请阅读 此处。 有关 Redis Enterprise 软件许可的更多信息,请阅读 此处。
RSALv2 是 Redis Ltd. 创建的一种宽松的、非复制许可,允许用户“使用、复制、分发、提供和准备软件的衍生作品”,并且只有两个主要限制。 您不能
请注意,RSALv2 未经 OSI 批准,我们不将其称为开源许可证。
SSPL 是 MongoDB 创建的一种源代码可用许可证,旨在制定一种体现开源理念的许可证,允许免费且不受限制地使用、修改和重新分发,只需一个简单的要求:如果您将产品作为服务提供给他人,您还必须公开发布所有修改以及您管理层的源代码,这些代码在 SSPL 下。
SSPL 基于 GPLv3,被认为是一种复制许可。 这意味着如果您使用源代码并创建衍生作品,这些衍生作品也必须在 SSPL 下获得许可并公开发布。 有关更多信息,MongoDB 有一个很好的 常见问题解答。
请注意,SSPL 未经 OSI 批准,我们不将其称为开源许可证。
自 2022 年 11 月 15 日起,我们默认的 Redis Stack 和 Redis 模块二进制发行版已在 RSALv2 或 SSPLv1 下发布。 使用源代码时,用户可以应用 RSALv2 或 SSPLv1。 如下表所示,RSALv1 应用于旧版本的 Redis Stack 和 Redis 模块,包括修复和补丁。
模块 | 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 |
我们相信 RSALv2 的宽松方法以及我们用来定义其限制的标准措辞解决了我们社区提出的许多挑战,但我们也意识到,像任何新创建的许可证一样,它需要一些时间才能让一些用户(及其法律团队)消化它,因此我们添加了使用 SSPL 的选项。 由 MongoDB 创建,并被 Elastic 和许多其他人采用,SSPL 正在成为源代码可用许可证的事实标准,并被全球数百万开发人员使用。
这种双重许可方法将允许用户在宽松但不太知名的许可证 RSALv2 或更标准但复制的许可证(如 SSPL)之间进行选择。
对于您来说没有任何变化。 我们的默认发行版继续在 Redis 源代码可用许可证下免费开放,就像过去将近四年的情况一样。 使用 Redis 源代码可用许可证 2.0,我们标准化了许可证条款并保持了许可证的宽松性。 如果你在 Redis 模块之上构建应用程序,对你来说没有任何变化。
我们的客户端库继续在开源 MIT 许可证下获得许可。
首先,非常感谢! 只要您签署了 贡献者许可协议,您就可以像以前一样继续为 Redis 模块做出贡献。
此更改不会影响使用我们 Redis 云或软件产品的客户和合作伙伴。
此源代码许可证更改不应影响您 - 您可以在 RSALv2 下免费使用我们的默认发行版或在其之上开发应用程序。 此源代码可用许可证不包含任何复制条款,并且默认功能是免费的。
如需进一步澄清,请联系我们 redis_licensing@redis.com。
这应该不会影响您。
我们不认为将 Redis 模块作为服务提供给内部或子公司是将其提供给第三方。 如需进一步澄清,请联系我们 redis_licensing@redis.com。
当然可以! Redis 源代码可用许可证背后的理念是帮助发展围绕 Redis Stack 和 Redis 模块的生态系统。 第三方商业支持在此精神下受到热烈欢迎。
是的。 在这种情况下,RSALv2 与许多宽松的开源许可证类似。 您可以修改软件,将变体集成到您的应用程序中,并分发和销售您的应用程序,只要您的应用程序符合 RSALv2 许可证下定义的限制即可。
是的。 许可证更改不具有追溯效力。 这意味着在更改之前的所有源代码和版本都保留在 3 条款 BSD 许可证下。 您可以根据原始许可证无限期地继续使用这些版本,只要您遵守其条款和条件即可。 Redis 计划继续为这些版本提供安全更新并解决其他关键缺陷,直到 Redis 社区版根据我们当前的 安全策略 发布。