像 AWS 和 GCP 这样的超大规模服务提供商的崛起为初创公司和企业都带来了令人难以置信的速度和规模。但对于植根于开源的公司来说,这带来了根本性的挑战:当云提供商在没有按比例回馈其利用的项目的情况下获得利润并控制基础设施时,你如何继续创新和投资于 OSS 项目?
为了应对这一挑战,像 MongoDB 和 Elastic 这样的公司采用了 SSPL 许可证来保护其业务免受云提供商在不重新投资的情况下攫取价值。Redis 最初采取了不同的方法,创建了 Redis Stack 作为具有不同高级功能许可证的独立发行版。虽然这保护了创新,但也分散了开发者体验,并减缓了核心 Redis 的进展。我们真正需要的是一种增强 Redis 核心功能的方式,而无需维护两个独立的版本——Redis Community Edition 和 Redis Stack。
在我加入公司后,经过一年的替代方案评估,我们在 2024 年 3 月决定将 Redis 转移到 SSPL 许可证。这实现了我们的目标——AWS 和 Google 现在维护他们自己的分支——但这一改变损害了我们与 Redis 社区的关系。SSPL 不是真正的开源许可证,因为开放源代码促进会 (Open Source Initiative) 明确表示它不具备成为 OSI 批准的许可证所需的条件。
在我们更改许可证后,2024 年 11 月,Salvatore Sanfillipo (antirez) 决定重新加入 Redis 担任开发者布道师。与 Salvatore 在新功能、公司战略和社区参与方面的合作是一种真正的荣幸,它产生了重大影响,将在未来带来回报。
在 Salvatore、我们的 CTO Benjamin Renaud 以及我们的核心开发人员的指导下,我们做出了一些关键决定,以进一步改进 Redis
具有新功能和 AGPL 许可的 Redis 8 表明了我们持续致力于打造一个开发者喜爱的平台,同时按照 Salvatore 最初的愿景推进 Redis。