Redis 再次开源！

“Redis 现已采用 AGPLv3 开源许可证。”

Redis CEO 的 Blog

以下是 Redis CEO Rowan Trollope 的 Blog：

像 AWS 和 GCP 这样的超大规模云服务商的崛起，为初创企业和大公司都带来了惊人的速度和规模优势。但对于扎根开源的公司而言，这提出了根本性挑战：当云服务商通过基础设施攫取利润并掌控控制权，却没有按比例回馈其所利用的开源项目时，如何持续对 OSS 项目进行创新投入？

为此，MongoDB 和 Elastic 等公司采用 SSPL（服务器端公共许可证）来防止云服务商单方面榨取价值。Redis 最初采取了不同策略，通过创建 Redis Stack 作为独立发行版，以不同许可证管理高级功能。虽然这保护了创新，但也割裂了开发者体验并延缓了核心 Redis 的发展。我们真正需要的是在不维护 Redis 社区版和 Redis Stack 两条独立产品线的前提下，实现核心 Redis 的增强。

在我加入公司后，经过一年的方案评估，我们在 2024 年 3 月决定将 Redis 迁移至 SSPL 许可证。此举实现了目标， AWS 和谷歌现在维护着自己的分支版本，但代价是损害了与 Redis 社区的关系。由于开源倡议组织（OSI）明确指出 SSPL 不符合开源认证标准，该许可证并非真正意义上的开源许可。

在许可证变更后，Redis 创始人 Salvatore Sanfillipo（antirez）于 2024 年 11 月决定以开发者布道师身份回归。与 Salvatore 在功能创新、公司战略和社区建设方面的合作堪称殊荣，这些协同效应将在未来持续释放价值。

在 Salvatore、CTO Benjamin Renaud 和核心开发团队的指导下，我们做出以下关键决策推动Redis发展：

从Redis 8（现已发布）开始，新增 OSI 认证的 AGP L许可证作为可选授权；

推出由 Salvatore 打造的向量集合（VSet），这是近年来首个全新数据类型；

在 AGPL 协议下，将 JSON、时间序列、概率数据类型、Redis 查询引擎等 Redis Stack 技术集成至 Redis 8 核心；

实现 30 余项性能优化，指令速度最高提升87%，吞吐量翻倍；

加强社区建设，特别关注客户端生态贡献。

配备全新功能与 AGPL 授权的 Redis 8，既践行了我们打造开发者喜爱平台的承诺，也延续了 Salvatore 最初构想的演进方向。通过这种平衡商业与开源的模式，我们正在重塑基础设施软件的价值创造路径。

来自创始人 antirez 的 信

以下是 Redis 创始人Salvatore Sanfillipo（antirez）的邮件：

五个月前，我重新加入 Redis，迅速与同事探讨是否可能改用 AGPL 许可证，结果发现公司内部早有一场持续多年的讨论。许多人认为 AGPL 是比 SSPL 更优的选择，尽管最终 Redis 选择了 SSPL 许可证，但关于许可证的辩论仍在延续。

我试图为支持 AGPL 的阵营注入更多力量。我的观察是 SSPL 许可证实质上未能获得社区接纳，OSI组织不予承认，软件社区也不将其视为开源许可。很快，这个观点在公司各个管理层级间获得了越来越广泛的认同。

坦白说：我由衷希望为新型向量集合数据结构编写的代码能以开源协议发布。开源编码已深深融入我的血液：职业生涯中我几乎只写开源项目。我这把年纪也改不了这习惯了。或许显得孩子气，但我对向量集合的创作激情恰恰源于 Redis 即将重新开源（以及我的新工作）的承诺。

我理解我们的核心使命是持续改进 Redis，打造实用、简洁、能随技术栈演进的优质系统。然而回归开源许可，才是让这些努力与 Redis 项目精神同频共振的基础，才能赢得用户群体的认可，才能参与超越任何企业的全人类协作。因此，虽然不敢居功于这次许可证变更，但我希望自己贡献了绵薄之力——因为今天的我由衷欣喜。我欣喜于 Redis 在 AGPLv3 协议下重归开源软件阵营。

现在，该重返终端了。通过编写最优质的代码向 Redis 用户致敬，让向量集合更实用更强大：我已有若干改进构想，更期待你们的反馈激发更多灵感（事实上这正在发生）。祝大家编程愉快！

注意：如果想第一时间收到 KiCad 内容推送，请点击下方的名片，按关注，再设为星标。

常用合集汇总：

和 Dr Peter 一起学 KiCad

KiCad 8 探秘合集

KiCad 使用经验分享

KiCad 设计项目（Made with KiCad）

常见问题与解决方法

KiCad 开发笔记

插件应用

发布记录

审核编辑 黄宇