Redis“叛逃”开源，得罪了几乎所有人

    

     往期热门文章：
    

    

     

    

    

     1、潜伏开源项目3年，混成核心开发者，竟然只为加一个后门
    
    

     2、就因为开发环境用了 Docker，就被开除了
    
    

     3、有人问我数据库ER图为什么这么好看？
    
    

     4、我用这10招，能减少了80%的BUG
    
    

     5、突发！特斯拉大量毁约应届生offer…
    

来自公众号：51CTO技术栈   整理丨诺亚

内存数据库供应商Redis近日在开源界砸下了一块“巨石”。           

Redis即将转向双许可模式，并实施更为严格的许可条款。官方对此次变更的公告直截了当：         

从Redis 7.4版本开始，Redis将在Redis源可用许可（RSALv2）和服务器端公共许可（SSPLv1）下采用双重许可。           

截图来自：https://redis.com/legal/licenses/           

在此之前，Redis的源代码是在BSD 3条款许可下提供的，这是一个允许开发者无需付费即可进行商业用途的宽松许可。           

虽然官方强调“Redis源代码将继续通过Redis社区版免费提供给开发人员、客户和合作伙伴”，但收紧开源许可的举措依然引发了绝大多数人的不满。

不是第一次变更，替代方案已经就绪

 

这不是Redis首次更改其许可条款。早在2018年，它就对其部分模块的许可进行了调整，当时这种调整就令不少开源界知名人士感到不满。           

在那之后不久，另一家大型NoSQL数据库供应商MongoDB也改变了其许可，试图减少其代码被商业利用的情况。MongoDB创建了一个名为服务器端公共许可（SSPL）的新许可，该许可并不受到一些开源社区成员的欢迎。即便如此，几年后，Elasticsearch也采用了SSPL，再次引发了某些开源纯粹主义者的失望。        

现在，引起争议的SSPL正是Redis在其双许可策略下采纳的两个许可之一，另一个则是自2018年起用于部分模块的同款RSALv2许可。           

这一变更将从Redis 7.4版本开始生效，业内人士预计多个Linux发行版将会从它们的代码库中移除Redis。关于此问题的讨论已经在openSUSE和Fedora邮件列表上开始了。          

然而，预料中的影响可能是温和且暂时的，因为已经存在替代方案，例如仍然采用BSD许可的分支KeyDB。此外还有微软的Garnet，尽管其缺点在于它是用C#编写的。           

另一个Redis替代品Dragonfly不太可能成为主流选择，因为它遵循BSL许可，这是HashiCorp最近所采用的许可模式。           

对于Redis的决定，可以预见的一种回应类似于HashiCorp的Terraform所经历的情况：Terraform的代码被分叉并形成了OpenTF，后来更名为OpenTofu。

本欲“制裁”云厂商，但几乎所有人都感觉“被背叛”  

Redis官方显然也预见到了这一变更会引起的争议。因此在官方声明中，尽可能地解释变更后主要的影响对象实际是——托管 Redis 产品的云服务提供商，并旗帜鲜明地指出：           

“Redis 的大部分商业销售都是通过最大的云服务提供商进行的，这些提供商将 Redis 的投资及其开源社区商品化。尽管我们努力支持社区主导的治理模式，并且我们希望维护 BSD 许可证，但同时交付多个软件发行版——跨开源、源代码可用以及针对不同本地和云平台优化的商业软件——与我们成功推动 Redis 走向未来的能力不一致。”           

“根据新许可证，托管 Redis 产品的云服务提供商将不再被允许免费使用 Redis 的源代码。例如，云服务提供商只有在与Redis代码的维护者Redis同意许可条款后才能交付Redis 7.4。这些协议将支持现有的集成解决方案，并提供对即将到来的 Redis 创新的完全访问。”           

在常见问题解答中，也强调了三个“没有变化”。          

1.“对于使用 Redis 开源版本的 Redis 和使用双许可证供其内部或个人使用的新版本的最终用户，没有变化。”

2.“对于使用 Redis 构建客户端库或其他集成的集成合作伙伴，没有变化。”

3.“对于 Redis 的商业客户，没有变化。这些客户根据单独协商的许可条款获得我们的技术。”           

但实际上，并没有多少人对此买账。毕竟连Redis自己也不得不承认：“这一变化意味着 Redis 不再是 OSI 定义下的开源。”

截图来源：https://redis.com/blog/redis-adopts-dual-source-available-licensing/

Redis也许在“自掘坟墓”，大多数人会转向分叉版本

 

在相关事件的评论下，有网友一针见血地指出：最终受到伤害的不会是大型企业团队，而是广大用户。           

“个人认为要么保持代码专有，要么坚持采用‘Apache 或 MIT’许可……这种半途改变许可协议的做法真的很糟糕，看起来注定会适得其反。无论喜欢与否，Redis一直是一个采用宽松许可的开源项目，这也是它取得成功的原因。改变这一点就意味着在这个层面上改变了游戏规则，并预示着未来所有相关人员都将面临不良后果。”          

此外，还有人提到Redis此举颇有“自掘坟墓”的味道。         

“在我看来，这一举动可能会像Hashicorp面临的困境一样重创Redis Labs，并且无法阻止任何人剽窃Redis Labs的成果，真正受苦的其实是那些只想无拘无束地使用Redis缓存的小型创业公司。而对于AWS来说，分叉Redis完全可行，他们甚至可以将分叉后的版本采用更宽松的许可协议，这样一来，Redis Labs突然间就在许可方面变成了较差的选择。”          

当然，也有人表示理解，但理解并不等于认同。           

“我能理解他们为什么这样做，只是不同意这种方式能长期有效。大多数Redis用户，包括我在内，从未向Redis背后的公司支付过分毫。因此，我能理解他们这么做是为了赚取一些利润。但是，这并不会改变我的行为；我会转而使用分叉版本。就像绝大多数其他的Redis用户、外部Redis贡献者、当前所有提供商业Redis服务的云服务商一样，估计到这一过程结束时，许多现有的Redis员工也会加入其中……要点在于，这件事最终只会有一个结果：那就是出现一个Redis分叉版本，被当前绝大多数Redis用户所采用。”  

参考链接：   

https://www.theregister.com/2024/03/22/redis_changes_license/

https://redis.com/blog/redis-adopts-dual-source-available-licensing/

https://news.ycombinator.com/item?id=39772562

---END---

   

    往期热门文章：
   

    

     1、警报炸锅了，FastJson 又立功了。。
    
    

     2、一个小公司的技术开发心酸事（已倒闭）
    
    

     3、JetBrains 如何看待自己的软件在中国被频繁破解?
    
    

     4、程序员因Bug被要求归还4万多年终奖，网友：不还！
    
    

     5、一套万能通用的异步处理方案
    
    

     6、微服务全做错了！谷歌提出新方法，成本直接降9倍！
    
    

     7、IntelliJ IDEA 2024 首个大版本发布，好用到爆！
    
    

     8、Web 后端的一生之敌：分页器
    
    

     9、ObjectMapper，别再像个二货一样一直new了！
    
    

     10、表设计的18条军规，你违反了几条？