Percona 正在开发 Valkey-proxy,这是一个开源代理,旨在解决旧版应用从 Redis 迁移至 Valkey 集群时面临的主要障碍之一。其理念是在应用与 Valkey 集群之间加入中间层,使假定存在单个 Redis 实例的应用无需大幅修改代码,即可处理多节点、路由以及部分命令的差异并继续运行。
为什么需要代理?
Redis 在 2024 年将其许可证从宽松的 BSD 许可证改为专有且可用源代码的许可证,导致项目社区出现重大分裂。几天后,Linux 基金会推出 Valkey 项目,将其作为一个开源分支。尽管 Redis 后来在 2025 年增加了 AGPLv3 许可证作为开源选项,Valkey 仍沿着独立治理和不同许可证的道路发展。
许多应用将 Redis 用作内存数据存储,用于缓存和需要快速访问的工作负载。然而,将围绕单个实例构建的应用迁移至 Valkey Cluster,通常需要理解多节点、路由机制以及部分命令的行为。Redis 的商业产品和一些云服务为此提供了代理层,但据 Percona 称,自行管理 Valkey 的用户一直缺少同等的开源选项。
Valkey-proxy 提供什么?
该代理旨在向应用隐藏集群的复杂性,使现有应用无需直接处理多个节点即可连接 Valkey 集群。Percona Redis 和 Valkey 生态系统总经理 Kyle Davis 表示,缺少合适的开源解决方案,是阻碍 Valkey 更广泛采用的最后几个主要障碍之一。
Davis 指出,Envoy 等其他工具并不完全理解 Valkey 协议,也不会以支持该项目全部功能的方式管理连接。因此,Valkey-proxy 面向的是一类旧版应用:它们既不再局限于单个 Redis 实例,又需要可扩展的集群架构。
谁将受益,计划有哪些限制?
该项目可能使自行管理基础设施的企业受益,包括本地部署环境,覆盖资源有限的小型机构,以及需要更大程度控制数据基础设施运行位置和合规要求的金融服务机构。
Percona 在内部开发了首个版本,但在 9 月底获得批准,将 Valkey-proxy 纳入 Valkey 项目,并把代码从私有代码库迁移至公共项目。计划在 2026 年 10 月底前完整发布源代码,随后于 12 月发布候选版本,并于 2027 年初正式发布。
Freshworks 将成为首批用户之一。该公司正与 Percona 合作,作为早期用户和设计合作伙伴,在测试期间发现特殊情况。AWS 等大型云公司的贡献仍是一种可能,而不是已公开宣布的承诺。
编辑解读:实际会发生什么变化?
Valkey-proxy 本身并没有提供新的数据库替代方案,而是降低了从 Redis 单实例模式迁移至 Valkey Cluster 的架构成本。其重要性在于解决应用兼容性问题;这项实际问题可能比替换数据库引擎本身更加复杂。不过,该项目目前仍未正式发布,因此其对不同命令和应用行为的覆盖程度,还要由真实环境中的测试来决定;兼容性与性能质量以及社区贡献,在正式版本发布前也仍是悬而未决的问题。
新闻来源
The New Stack - Software Development
查看原始来源 ↗