Redis将继续采用BSD许可证

今天，关于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页面产生的混淆感到抱歉，我的同事们正在努力用更好的措辞来改进这一问题。