“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 开辟条记

插件使用

公布记载

考核编纂 黄宇