内容简介：导读：最近社区有大量的讨论，Redis将改用Common Clause许可证，Redis或不再开源？Redis作者antirez通过个人博客发文，驳斥了上述不实传言。今天，关于Redis Labs网站上新的Common Clause许可的页面，被社区解读为Redis本身已经切换了许可证。事实并非如此，Redis当前、并将继续使用BSD许可证。然而，在无法控制的信息传播的时代，我尝试传达正确信息的努力失败了，我仍然看到无处不在的“Redis不再是开源的”的消息。现实情况是，Redis仍然采用BSD授权，实际
导读：最近社区有大量的讨论，Redis将改用Common Clause许可证，Redis或不再开源？Redis作者antirez通过个人博客发文，驳斥了上述不实传言。
今天，关于Redis Labs网站上新的Common Clause许可的页面，被社区解读为 Redis 本身已经切换了许可证。事实并非如此，Redis当前、并将继续使用BSD许可证。然而，在无法控制的信息传播的时代，我尝试传达正确信息的努力失败了，我仍然看到无处不在的“Redis不再是开源的”的消息。现实情况是，Redis仍然采用BSD授权，实际上Redis Labs也尽其所能，支持我保持Redis核心系统的持续的开放性。
正在发生的事情是，Redis Labs内部开发的某些Redis模块，将根据Common Clause发布（使用Apache许可证作为基本许可证）。这意味一些企业附加组件，不再采用一贯的完全封闭的源代码的做法，而采用比以往更为宽松的许可证。
我认为Redis Labs官网的Common Clause页面提供的信息未能清晰完整，软件公司经常会出现这种沟通失误。然而，对我而言，在“云时代”（笑）使用开源许可证来运营一个系统软件业务非常具有挑战，但Redis Labs完全理解并支持Redis核心是开源的想法，这一点看起来尤为重要。项目采用了 最宽松的许可证 ，即BSD，并在这些年内为该项目提供了大量资金。
Redis Labs内部开发的某些模块之所以切换许可证，是因为它们是Redis Labs提供给自行编译和安装系统的最终用户，或者是针对Redis Labs客户的附加值。但是，对于愿意转售它的每个人来说，放弃附加价值是有问题的。这种模块的一个例子是RediSearch：它是AGPL，现在将成为Apache + Common Clause。
关于我自己，我会继续为Redis编写代码（BSD许可证）。对于我将开发的Redis模块，比如Disque，我会选择AGPL，原因类似：我们生活在云时代，所以使用新许可证会强制其他SaaS公司重新提交回他们的改进。然而，这不适用于Redis本身。 Redis是10年集体努力的成果，是我们可以一起做其他事情的基础，这个基础必须有尽可能多的可能性，即使用BSD许可证。
我们Redis Labs对于Common Clause页面产生的混淆感到抱歉，我的同事们正在努力用更好的措辞来改进这一问题。
相关阅读：
高可用架构
改变互联网的构建方式
长按二维码 关注「高可用架构」公众号
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
- OpenSSL 宣布将采用 Apache License 2.0 许可证
- 数据网格组件 Handsontable 不再开源，采用自拟的非商业许可证
- 为什么开源数据库改变许可证？
- fastquery 1.0.66 发布，增加反 996 许可证
- Hutool 4.6.2 发布，使用木兰宽松许可证
- Confluent 修改开源许可证，限制云供应商滥用
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
