Percona 推出 Valkey-proxy，试图解决 Valkey 集群迁移中应用需重写的最后障碍
来源The New Stack查看原文
速览
- Percona 发布开源代理 Valkey-proxy，填补 Valkey 集群迁移的代理层空白。
- 核心价值：应用无需重写即可从单实例 Redis 模式连到 Valkey Cluster。
- 现有替代方案如 Envoy 不完整支持 Valkey 协议，存在能力缺口。
- 项目已并入 Valkey，10 月底开源全部代码，12 月 RC，2027 年初 GA。
- Freshworks 作为早期用户与设计伙伴参与测试。
- 主要面向自建基础设施的企业，含小型公司与大型金融机构。
- 代理层未来可作为解耦层，承载 Valkey 的更多新能力。
- Redis 2024 年改许可、2025 年加 AGPLv3，Valkey 已独立发展。
Percona 在 Linux Foundation 于布拉格举办的 Open Source Summit Europe 上宣布，正在开发开源代理 Valkey-proxy，让原本围绕单实例 Redis 构建的应用无需重写代码即可连接 Valkey Cluster。Percona Redis/Valkey 生态总经理 Kyle Davis 表示，应用迁移前必须重写是 Valkey 被更广泛采用的最后几个主要障碍之一，目前缺乏成熟的开源方案。Valkey-proxy 已获批准并入 Valkey 项目，计划 10 月底前公开全部源码，12 月发布候选版本，2027 年初正式可用，Freshworks 将作为早期用户和设计伙伴参与测试。
关键事实
- Redis 于 2024 年从 BSD 许可改为专有源码可用许可，Linux Foundation 随后在数天内推出开源分支 Valkey；Redis 又在 2025 年增加 AGPLv3 作为可选许可。
- Percona 是支持 MySQL、PostgreSQL、MongoDB 的开源数据库公司，也是 Valkey 项目的支持方之一，与 AWS、Google Cloud、Oracle 并列。
- Percona 推出 Valkey-proxy，目标是让现有应用无需重写即可连接 Valkey Cluster。
- Kyle Davis 称目前没有好的开源代理方案，Envoy 虽可作代理但不完全理解 Valkey 协议，无法支持 Valkey 的全部能力。
- Valkey-proxy 已获批准成为 Valkey 项目的一部分，Percona 正将代码从私有仓库迁入公开项目。
- 时间表：10 月底前全部源码公开，12 月发布候选版本，2027 年初正式可用（GA）。
本站视角
这件事的直接影响对象很具体：一是自建 Redis、又因许可问题想迁到 Valkey 的国内中小团队和运维负责人，他们此前卡在「应用要重写」这一步，代理层出现后迁移成本可能显著下降；二是做本地化部署、受金融或政企合规约束的机构，它们不能依赖云厂商的托管代理，Valkey-proxy 是少有的开源选项；三是围绕 Valkey 做发行版和服务的厂商，代理层并入上游后，它们可以少维护一套私有补丁。我们的判断是，这是一次实打实的补缺，而非营销包装——代理层本身不是新技术，Redis 商业版和云服务早就有，但开源侧长期空缺，Percona 把它做出来并交给上游治理，方向是对的。同时要指出两点可疑之处：其一，时间表偏长，源码 10 月底公开、12 月 RC、2027 年初才 GA，中间一年多，说明成熟度仍有不确定性，早期用户很可能踩到协议兼容和边界情况的坑；其二，目前所有信息都来自 Percona 一方和 Davis 本人的访谈，没有第三方基准测试或迁移案例数据，Freshworks 也只是「早期用户」，尚未公布任何量化结果。因此对国内团队来说，现在适合做的是关注代码公开后的实现质量与命令覆盖度，而不是立刻把生产环境押上去。另一个需要观察的变量是超大规模云厂商的态度：如果 AWS 等不参与，Valkey-proxy 的长期维护和协议跟进能力可能受限，毕竟 Valkey 协议本身仍在演进。
背景与影响
2024 年 Redis 将宽松的 BSD 许可改为专有源码可用许可，引发社区分裂，Linux Foundation 在数天内推出开源分支 Valkey。Redis 随后在 2025 年增加 AGPLv3 作为可选许可，但 Valkey 已走上独立治理、宽松许可的路线，并陆续降低内存占用、引入集群管理与访问控制功能，近期还开始用 AI agent 协助 backport 等维护工作。对许多 Redis 用户而言，迁移到 Valkey 的最大障碍不在功能，而在架构：大量应用是按 Redis 单实例写的，迁到分布式 Valkey Cluster 需要改代码以处理多节点、路由和命令行为差异。商业 Redis 产品和部分云服务用代理层绕过这个问题，但自建 Valkey 的企业此前没有对等选择。Percona 的 Valkey-proxy 正是补这一层。这意味着自建基础设施、尤其是本地部署和受合规约束的团队，可能第一次有可行的迁移路径；而把代理并入 Valkey 项目本身，也可能让代理层成为未来扩展其他能力的载体。需要观察的是，AWS 等超大规模云厂商是否会参与贡献——Davis 只说「有可能」，并指出它们通常有自己的、与自家服务绑定的工具。
本文由 AI 辅助整理自公开信源，事实部分以原文为准；「本站视角」一节为编辑部判断，欢迎指正。版权归原作者所有，如有异议请联系我们。