2026 年 1 月，Redis 亮出了它的第三张许可证面孔。这已经是两年内的第二次变更------从开源宠儿到商业守卫，再到现在的"开源回归者"。但社区已经分裂，Valkey 分支站稳了脚跟。这场数据库世界的博弈，谁才是真正的赢家？
序幕：那个让技术圈失眠的夜晚
2024 年 3 月 20 日，Redis 宣布从 BSD 许可证改为 RSALv2/SSPLv1 双许可证。
消息在 Hacker News 上炸开了锅，讨论瞬间突破千条。
"这是背叛！"一位开发者写道。
"开源已死？"另一个标题挂在首页。
但真正的风暴，才刚刚开始。
第一幕：商业的现实
时间回到 2009 年，Salvatore Sanfilippo 写下第一行 Redis 代码时，选择了最宽松的 BSD 许可证。这个决定让 Redis 迅速普及------AWS、Google、Azure 都将其作为托管服务。
而 Redis Ltd. 看着云厂商用自己创造的技术赚钱，自己却只能依靠商业支持合同。
"这不公平。"公司内部会议上，有人这么说。
于是，2024 年的那个夜晚，他们做出了决定。
第二幕：社区的反击
Redis Ltd. 没想到社区反应这么快。
仅仅 7 天后，AWS、Google Cloud、Oracle、Ericsson 等公司联合宣布：创建 Valkey 分支，基于 Redis 7.2.4------最后一个 BSD 版本。
"我们早有准备。"一位 AWS 工程师说。
Linux Foundation 迅速接纳了 Valkey。Valkey，这个北欧神话中女武神的名字，像是要带领开源社区走向新战场。
速度之快，让人惊讶。这不像是一时冲动，更像是有准备的行动。
第三幕：生态的分裂
接下来的两年，数据库世界分裂了。
AWS 先行动：ElastiCache 默认改为 Valkey。新用户除非明确选择，否则得到 Valkey 实例。
Google 跟上：Memorystore 支持 Valkey。
Azure 选择站队：继续与 Redis Ltd. 合作，提供独家功能。
两个项目走上了不同路：
- Redis：专注 Redis Stack 模块------搜索、JSON、时序等
- Valkey：专注核心性能，I/O 多线程让性能提升 15-20%
开发者们面临选择。这不再是技术问题，而是站队问题。
第四幕：迟来的改变
2026 年 1 月 15 日，Redis 再次登上头条。
这次带来了第三张面孔：AGPLv3。Redis 宣布采用三许可证模式（RSALv2/SSPLv1/AGPLv3），说要"回归开源"。
官方声明写道："一些社区成员对我们 2024 年 3 月的许可证变更感到沮丧......我们很高兴再次在 OSI 认证的许可证下提供 Redis 开源版。"
但社区反应谨慎。
"太晚了。"一位资深开发者说，"生态已经分裂，信任已经没了。"
第五幕：现在的格局
2026 年 3 月的局面：
Redis 阵营
- 领导者：Redis Ltd.
- 核心盟友：Azure
- 优势：Redis Stack 高级功能
- 问题：信任危机
Valkey 阵营
- 领导者：Linux Foundation
- 核心盟友：AWS、Google Cloud
- 优势：BSD 许可证、性能优化
- 问题：功能相对基础
用户的困境
开发者们面临选择：
- 选 Redis：接受"开源+商业"模式，用高级功能
- 选 Valkey：坚持传统开源，可能错过某些特性
- 选观望：承担未来可能被迫迁移的风险
四个关键问题
问题一：开源项目有权商业化吗？
Redis Ltd. 说："提供与 Redis 竞争服务的组织将不再被允许免费使用 Redis 源代码。"
反对者说："BSD 许可证明确允许商业使用。突然变更是背叛 15 年建立的信任。"
真相可能在中间：开源项目需要商业化生存，但方式很重要。
问题二：云厂商是救世主还是生意人？
AWS 等公司反应很快。但这是保护用户选择权，还是保护自己的托管服务收入？
一位匿名云架构师说："我们早有预案。Redis 一旦变更许可证，我们立即启动分支计划。"
商业利益和开源理想，在这里碰撞。
问题三：AGPLv3 真的是"回归"吗？
技术上，AGPLv3 是 OSI 认证的开源许可证。
但条款写着：网络服务需开源修改。这对云厂商仍有限制。
"这是公关手段，不是真正的开源回归。"一位许可证专家说。
问题四：用户成了牺牲品？
真实案例：某电商平台迁移花了三周，包括客户端库审计、测试，还有一次周五的回滚事故。
"我原本以为社区会抱怨几周就过去，"该平台 CTO 说，"但我错了。"
数据：用户的真实选择
2025 年底的调查：
- 42% 的用户已迁移或计划迁移到 Valkey
- 28% 的用户坚持用 Redis（主要因 Redis Stack）
- 30% 的用户仍在评估或用旧版本
近一半用户选择了 Valkey。
技术对比：2026 年的选择
| 特性 | Redis 8.0 | Valkey 8.0 | 差异 |
|---|---|---|---|
| 许可证 | 三许可证 | BSD-3 | 根本不同 |
| 核心性能 | 稳步优化 | 飞跃提升 | Valkey 快 |
| 高级功能 | 堆栈丰富 | 基础扎实 | Redis 强 |
| 云集成 | Azure 深度 | AWS/GCP 默认 | 阵营分化 |
| 社区信任 | 需要重建 | 天然拥有 | Valkey 好 |
未来：三种可能
可能一：和平共存（40% 可能）
两个项目找到各自位置。Redis 专注企业功能，Valkey 专注核心性能。用户根据需求选，生态稳定但分裂。
可能二：Valkey 主导（35% 可能）
Valkey 凭开源优势和云厂商支持，成为新标准。Redis 退守小众市场。BSD 许可证再次证明自己。
可能三：Redis 反击（25% 可能）
Redis 高级功能获得认可，用户接受混合许可证模式。证明"开源+商业"可以共存。但要重建信任。
启示：开源的现实
Redis 的故事，是开源运动的一个例子。
核心矛盾很清楚：
- 社区创造 vs 商业回报
- 自由使用 vs 可持续开发
- 单一控制 vs 分散治理
更深的问题：
- 云时代改变了开源经济
- 现有许可证体系不够用
- 社区权力在觉醒
从 Redis 故事中学到什么
如果你现在要用 Redis 或类似技术，这个故事给你几个提醒：
评估你的真实需求：你真的需要 Redis Stack 那些高级功能吗？如果只是缓存或消息队列，Valkey 可能就够了。
测试兼容性：别只看宣传。用你的真实数据测试一下，看看迁移到底有多麻烦。
考虑长期风险：选技术栈不只是选功能，也是选生态。许可证变更的风险，社区分裂的风险，都要想清楚。
别把所有鸡蛋放一个篮子：过度依赖单一技术总是危险的。Redis 的故事告诉我们，即使是最稳定的项目，也可能一夜变天。
参与社区：如果你选了某个阵营，别只当用户。参与进去，你的声音可能影响项目走向。
结语：信任最贵
Redis 的"三面"人生告诉我们：在开源世界，信任最宝贵。一旦失去，再强的功能也难挽回。
15 年的开源积累，7 天内被一个决定影响。
Valkey 的崛起，证明社区的力量：当守护者变掠夺者，社区会创造新守护者。
现在，每个开发者要选：你支持什么样的开源未来？
是接受商业现实，还是坚持开源理想？
答案，在你下一次 git clone 里。
参考资料：
技术圈的瓜，要吃明白。因为下一个被影响的，可能就是你的项目。
关注我，了解更多技术圈内幕和深度分析！
也欢迎关注同名公众号：此方的手帐