一条路，走成了两条
Redis 开源了整整十五年。2024 年，它换了许可证——几天之内，几家云巨头就把它分叉成了 Valkey。一年后，Redis 又重新开源。这是一个关于开源、商业与社区的真实故事。
十五年的开源
从 2009 年的 1.0 到 2023 年的 7.2，Redis 一直用宽松的 BSD-3-Clause 许可证——任何人都能免费使用、修改、商用，无附加条件。它因此被用在无数产品里，也被各大云厂商包装成"托管 Redis"服务卖钱。
问题也正出在这里：云厂商靠 Redis 赚了大钱，而维护核心的 Redis 公司觉得自己没能从中获得相应回报。矛盾就此埋下。
你写了一本很棒的免费菜谱，人人可用。结果几家大连锁餐厅照着它开遍全国、赚得盆满钵满，却没请你吃过一顿饭。你会不会想改改"使用条款"？
2024 年 3 月：改许可证
2024 年 3 月 20 日，Redis 公司宣布：从 7.4 起，核心代码改用双重 source-available 许可证——RSALv2（Redis Source Available License）+ SSPLv1（Server Side Public License）。
"source-available"（源码可见）不等于"开源"：这两个许可证都不符合 OSI 的开源定义。核心的限制指向云厂商——你不能再直接拿 Redis 去提供托管服务而不与 Redis 公司达成商业协议。对普通用户影响不大，但对靠它做生意的云厂商，是一记重拳。
关键区别：开源（BSD/AGPL 等）符合 OSI 定义、自由度高；source-available（RSAL/SSPL）能看到源码，但带有商业限制，不算"开源"。
Valkey 诞生
反应快得惊人。改证公告后没几天，AWS、Google Cloud、Oracle、Ericsson、Snap 等公司就联手把最后一个 BSD 版本 Redis 7.2.4 分叉出来，取名 Valkey，并捐给 Linux 基金会托管，继续用 BSD-3 许可证。
Valkey 采用技术指导委员会（TSC）的中立治理——不由任何单一公司控制，这正是它和"由 Redis 公司主导"的最大区别。从分叉、被基金会接纳到首个版本 7.2.5，前后只用了约两个月，快得像"早有准备"。
正如 Valkey 维护者所说："从这一刻起，Redis 和 Valkey 是两个不同的软件了。"
企业为什么纷纷改用它
Valkey 之所以能迅速站稳，靠的是一个巨大的优势：几乎零成本迁移。
它和 Redis 协议完全兼容（RESP2/RESP3 一致），主流客户端（redis-py、Jedis、ioredis、go-redis、StackExchange.Redis…）无需改动，Sentinel 和 Cluster 也照常工作——很多时候只需把连接地址一换。加上规避 SSPL 的法律风险和潜在的成本节省，企业迁移动力十足：
2024 年 10 月起，AWS ElastiCache 与 MemoryDB 把 Valkey 作为主引擎；Google Cloud Memorystore 也加入了 Valkey 支持。短短时间里，Valkey 就聚起了 150+ 贡献者、几十家参与公司。
2025 年 5 月：Redis 重回开源
故事没有停在对立。2025 年 5 月 1 日，Redis 宣布：从 8.0 起，加入 OSI 认可的 AGPLv3 作为第三种许可证——Redis 重新成为开源软件（形成 RSALv2 + SSPLv1 + AGPLv3 的三重许可）。
Redis 给出的说法是：分叉已经达到了"制造一个公平竞争环境"的目的，是时候回到开源。与此同时，创始人 antirez 也在 2024 年回归了 Redis 项目。
BSD-3
宽松开源，人人可商用，无附加限制。
RSALv2 + SSPLv1
源码可见但有商业限制，不算开源。
+ AGPLv3
加入 OSI 认可的开源许可证，重回开源阵营。
两条路，越走越不一样
即使 Redis 回归开源，Valkey 也没有回头。如今它们是两个独立项目，团队不同、路线不同，功能开始分化：
| 对比 | Redis 8.x | Valkey 8.x / 9 |
|---|---|---|
| 许可证 | RSALv2 + SSPLv1 + AGPLv3 | BSD-3-Clause |
| 治理 | Redis 公司主导 | Linux 基金会 · 技术指导委员会 |
| 侧重 | 模块并入核心、向量集、AI 检索 | 多线程性能、独立路线（Valkey 9 加了集群多逻辑库、原子槽迁移、自有 JSON/向量等模块） |
| 兼容性 | RESP 协议一致，客户端、Sentinel、Cluster 目前基本可互换——但会逐渐分化 | |
Valkey 8 靠多线程 I/O 显著提速；Valkey 9 甚至在自家基准里演示了 2000 节点集群每秒超十亿次请求。两条路都在快速往前跑。
我该用 Redis 还是 Valkey
目前两者高度兼容，是"可以从容选择"的状态。一个简单的判断：
| 如果你… | 倾向 |
|---|---|
| 想要纯粹的 BSD 开源、避免任何商业许可风险 | Valkey |
| 在 AWS / GCP 上用托管服务、想要云原生一等公民 | Valkey（多家云默认引擎） |
| 需要 Redis 官方的模块生态、向量集、查询引擎 | Redis 8.x |
| 只是做缓存 / 队列，客户端不想改 | 都行，二者协议兼容 |
好消息是：因为协议一致，今天做的选择并不会把你锁死——真到需要时，切换的成本比大多数迁移都低。
一次改证，两个赢家
Redis 想收回商业价值，于是改了许可证；社区想守住自由，于是造出了 Valkey；一年后 Redis 又重回开源。结果是：开发者手里多了一个高质量、真开源的选择，而两个项目都被逼着跑得更快。开源世界的博弈，有时就是这样双向奔赴。
