今天，Redis Labs 官网上一则关于新 Common Clause 许可证的页面，被误读为 Redis 本身更换了许可证。事实并非如此，Redis 过去是 BSD 许可，未来也仍将是 BSD 许可。然而在如今这个[编辑]信息不受控传播的时代，我澄清真相的努力并未奏效，到处仍能看到“Redis 不再开源”的说法。实际情况是，Redis 依然采用 BSD 许可，而且 Redis Labs 实际上也做出了正确的决定，一如既往地支持我将 Redis 核心保持开源的努力。

实际情况是，Redis Labs 内部开发的部分 Redis 模块，现在将以 Apache 许可证为基础、附加 Common Clause 来发布。这意味着，一些原本完全可以闭源的企业级扩展，反而将以一种更为宽松的许可证形式提供。

我认为 Redis Labs 关于 Common Clause 的页面没有提供清晰完整的信息，但软件公司在对外沟通时出现失误是常有的事，这很正常。不过在我看来，更重要的是，在“云时代”（LOL）以开源许可来经营一家系统软件公司极具挑战，即便如此，Redis Labs 依然完全理解并支持了这样一个理念：Redis 核心是一个开源项目，采用的是*有史以来最宽松的许可证*，也就是 BSD 许可，并且多年来为该项目提供了大量资金支持。

Redis Labs 内部开发的某些模块之所以要更换许可证，是因为它们是 Redis Labs 希望仅提供给愿意自行编译安装系统的终端用户，或使用其服务的客户的附加价值。但将这些价值无偿提供给任何想要拿去转售的人则是不合适的。这类模块的一个例子是 RediSearch：它原本采用 AGPL 许可，今后将改为 Apache + Common Clause。

就我个人而言，我会继续为 Redis 编写 BSD 许可的代码。至于我将开发的 Redis 模块，例如 Disque，我则会选择 AGPL，原因也类似：我们生活在一个“Cloud-poly”时代，因此采用能迫使其他 SaaS 公司回馈其改进的许可证是明智之举。不过，这并不适用于 Redis 本身。发展至今，Redis 已是长达十年的集体成果，是我们共同开展许多工作的基础，而这一基础必须尽可能开放可得，也就是采用 BSD 许可。

对于 Common Clause 页面造成的混淆，我们 Redis Labs 深表歉意，我的同事们正在努力修改措辞，把页面改得更加清晰准确。