Redis 戏剧性再次开源！但社区的信任裂痕难弥合。。。
应用介绍
就在刚刚，广受欢迎的内存键值数据库 Redis，其背后的商业公司 Redis Ltd. 宣布了一项重大决策：
从即将发布的 Redis 8 版本开始，将在原有许可选项基础上，增加 GNU Affero 通用公共许可证（AGPL v3）作为附加选项。
这距离 Redis 在 2024 年 3 月那场引发轩然的“许可证变更”——从 BSD 转向不被 OSI 认可的 RSALv2 和 SSPLv1 双许可模式，仅仅过去了一年多一点的时间。
此举，无疑是在巨大的社区压力和争议声中，一次重要的方向调整，甚至可以说是某种程度上的“拨乱反正”。
Antirez 在去年底重新加入了 Redis 公司。他在声明中透露，五个月前回归后不久，他就开始与同事讨论改用 AGPL 许可证的可能性，并发现公司内部早有此议。
他坦言：“我个人感觉社区其实并没有真正接受 SSPL……OSI 不会接受它，软件社区也不会把它视为开放许可证。”
Antirez 的回归和他的坚持，显然对 Redis 重新引入 AGPL 起到了至关重要的作用。
Redis 公司解释称，添加 AGPLv3 是因为 2024 年 3 月将项目变更为 RSALv2 和 SSPLv1 双许可证后，引发了社区的强烈不满，因为这两个许可证均未获得 OSI 批准。
当初变更许可的核心目标，是针对那些利用基于 BSD 许可证的旧版本 Redis 提供托管服务，但对项目贡献有限的云服务提供商。
此举迫使这些厂商要么接受 SSPLv1（要求共享相关管理层源代码），要么放弃使用新版 Redis。
用 SSPL“吓阻”云厂商的目标或许部分达到，但其代价是失去了社区的广泛认可。而这对Redis 公司到底好处多于坏处，还是全是坏处，现在看起来后者更多。
Redis 公司 CEO Rowan Troolope 在上个月采访中所说：“目前并没有任何迹象表明 SSPL 被广泛认可为一种有效的开源许可证。”
AGPLv3 与Redis之前用的BSD3 不一样。BSD3是很宽松型许可证，几乎允许对代码做任何事，包括用于闭源商业软件，只需保留版权声明。
但是 AGPLv3是目前最强 Copyleft 许可证，要求修改版本必须以相同条款分发，并且（关键在于）通过网络与软件交互的用户也必须有权获取源代码。
这一“网络条款”是其标志，旨在确保 Web 应用等场景下的源码开放性。它被 OSI 认证为真正的开源许可证。
大概Redis公司，这次是想通过提供 AGPLv3，既满足了社区对于“真开源”的呼声，也保留了对网络服务提供商的某种约束力。
但是覆水难收啊。社区信任的裂痕估计难以弥合了。在Hacker News上，一位曾为 Redis 贡献代码的开发者表示：“无论 Redis 公司现在或未来宣布什么、做什么，他们已经永远失去了我的信任。” 这种“背叛感”在经历过类似 Elastic 许可风波的开发者中尤为普遍。
更多讨论指向了深层次问题。开源项目成功后，核心团队商业化，却往往面临云巨头“摘桃子”的困境。
Redis 此次风波中，由 Linux 基金会托管的Valkey等社区主导的分支已经获得了相当的关注和支持。
分支对云厂商来说毫无负担。所以Redis公司能不能盈利，还是说只是肥了亚马逊等云厂商，这个事情就真的说不好了。
目前我们看到的，只有MongoDB通过改变开源协议，一定程度上取得了胜利，但是其他的试图复制MongoDB的，都失败了。
Redis真的是非常好用的云内存数据库，只不过，Redis公司和Redis创始人想通过Redis发财，似乎，最终大部分利润，却跑去了亚马逊等公司。
推荐飞总知识星球，和大家交个朋友，在私域场合里畅所欲言，聊聊职场发展的事情，和飞总提问交流，这么低的价格不会一直保留，机会难得，一定不要错过这个的机会。
