Percona 宣布推出 Valkey-proxy，一个开源代理项目，已被接纳为 Valkey 官方项目，目标是帮助企业从 Redis 迁移到 Valkey。代码将在 10 月中旬以 BSD-3-Clause 许可发布，随后进入公开测试和反馈期，正式可用目标定在 2027 年初。
它解决的实际问题
Valkey 有两种运行模式：standalone 适合小规模部署，靠故障切换副本提供冗余；cluster 模式面向大规模，从设计上就考虑了扩展和冗余。
问题在于从 standalone 迁到 cluster 的过程中，一大批能力的行为会变：多键命令、键空间扫描、发布订阅。cluster 模式还要求每个客户端自己跟踪数据在哪个节点，并在集群变化时处理重定向。
结果就是：迁移意味着要改写应用的一部分代码。这正是很多团队卡住的地方。
代理怎么解决
Valkey-proxy 位于应用和 Valkey 实例之间，管理它们之间的通信，把背后的集群对应用呈现为一个独立的单机部署。它同时做后端连接池化，应用规模扩张时连接数不会失控。
商业 Redis 的方案思路类似，但 Valkey-proxy 是完全开源的。对担心供应商锁定或数据主权的组织，这一点是关键差异。
对谁有用
已经在用商业 Redis、想降本但被迁移成本劝退的团队——这是最直接的目标用户。
已经在用 Valkey 但需要横向扩展的团队——代理简化了实例间的通信。
迁移前要做的评估
第一，清点你用到的命令。多键操作、事务、Lua 脚本、发布订阅这几类在集群模式下的行为差异最大，逐个确认。
第二，测延迟。多一跳代理必然增加一点延迟，量化它对你的 p99 的影响。
第三，规划切换路径。代理支持双写和灰度是最好的，如果只能一次性切换，要有明确的回滚方案。
第四，关注项目成熟度。现在还在开发阶段，正式可用要等到 2027 年初，生产环境引入要谨慎。
一个判断
Redis 改许可之后，Valkey 生态的补全一直在推进。代理这一环补上之后，迁移的技术障碍基本清除，剩下的主要是组织决策和运维习惯。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。