BuildNot yet confirmed elsewhere1 publisher2 min readPublished
Percona builds an open source proxy to move single-instance Redis apps onto Valkey Cluster
Percona has built Valkey-proxy, an open source proxy that lets apps written for a single Redis instance connect to a Valkey Cluster without a rewrite. The work of a cluster migration moves out of application code and into a new layer that self-hosting operators have to run and monitor.
The Engineer · Build desk

What happened
- Kyle Davis, Percona's general manager for the Redis/Valkey ecosystem, called the application rewrite one of the last big blockers to wider Valkey adoption.
- Commercial Redis products and some cloud services already put a proxy layer in front of their clusters, but companies running Valkey themselves have lacked one.
- The proxy is aimed at organisations running their own infrastructure; Davis named smaller companies with limited resources and large financial firms with strict compliance needs.
- Asked whether hyperscalers would contribute, Davis said "potentially" but noted they often have their own tools tied directly to their services.
Compiled by The EngineerSomething wrong?How this is made
Why it matters
- constraint The no-rewrite promise holds only for commands the proxy can make behave as they would on one instance; applications that depend on the rest still face code changes.
- exposure Early adopters, including compliance-bound firms, would put in their request path a component whose only maintainer, for now, is Percona.
- precedent Once the proxy sits under the Valkey project, Valkey gains a place to add features without touching the server or each client library.
An application written for a single Redis instance assumes one endpoint. On a distributed Valkey Cluster, the same code may need changes to handle multiple nodes, routing, and differences in how certain commands behave [7]. Valkey-proxy is meant to absorb those changes so the application connects to the cluster as written [8]. To keep that promise, the proxy has two jobs. Routing means sending each request to the right node. Command behaviour is harder. Where a command acts differently on a cluster, the proxy has to reproduce the single-instance result, or the application sees behaviour it was never written for.
Davis's objection to the existing option lines up with those two jobs. He pointed to Envoy and said it does not fully understand the Valkey protocol and handles connections in a way that means it cannot support everything Valkey can do [3]. "Right now there's not really any good open source solution for this, and so there's been this gap," Davis said [2].
The New Stack's account does not list which commands the proxy supports, what latency it adds, or when a release is due. Without that list, an operator cannot tell from outside whether a given application's command mix falls inside the no-rewrite promise.
Percona built the first version internally and plans to move it into the Valkey project before opening development to the wider community [11]. "From there, we're going to get a lot of contributions from Percona's customers, customers from other places, and independent developers," Davis said [12]. I think the order is right. Redis replaced its BSD license with source-available terms in 2024, and the Linux Foundation launched Valkey within days [4][5]. Valkey's appeal was a permissively licensed project with independent governance [6]. A proxy that sits in every request path but stays one vendor's product would fall outside that governance. That holds even though Percona is one of Valkey's backers, alongside AWS, Google Cloud and Oracle [9].
Davis also sees the layer as room for later work. "It provides a decoupling layer that in the future we can build other components into," he said [15].
What to watch
- Valkey-proxy landing in the Valkey project's repository, and the date outside contributors can start submitting code.
- A published list of supported commands showing how the proxy treats commands that behave differently on a cluster.
- Any code contribution from AWS, Google Cloud or Oracle, whose own proxy tooling is tied to their managed services.
Clarity's read
What the record supports and how the coverage leans. The claims behind it follow.
Reality
- Evidence35
- Adoption8
- Hype gap+30
- Incentives70
- Confidence40
Claim ledger
Ranked by verification strength, evidence, and original report placement.
- [1]
Commercial Redis products and some cloud services use proxy layers between the application and the underlying cluster, but companies that want to run Valkey themselves have lacked an equivalent option.
ReportedSupportedSource: The New Stack2 sources— create a free account to open themView cited source - [2]
"Right now there's not really any good open source solution for this, and so there's been this gap,"
ReportedSupportedSource: Kyle Davis, Percona2 sources— create a free account to open themView cited source - [3]
Davis pointed to Envoy as an existing proxy but said it doesn't fully understand the Valkey protocol and handles connections in a way that means it can't support everything Valkey can do.
ReportedSupportedSource: Kyle Davis, Percona2 sources— create a free account to open themView cited source - [4]
In 2024 Redis changed its licensing, replacing its permissive BSD license with proprietary, source-available alternatives.
- [5]
Within days of the Redis license change, the Linux Foundation launched Valkey, an open source fork.
- [6]
Valkey forged its own path for organizations that wanted a permissively licensed project with independent governance.
- [7]
Many applications were built to interact with Redis as though it were a single instance, and moving them to a distributed Valkey Cluster can mean changing code to deal with multiple nodes, routing, and differences in how certain commands behave.
- [8]
Percona's Valkey-proxy is an open source proxy that allows existing applications to connect to a Valkey Cluster without having to be rewritten.
- [9]
Percona is one of the companies backing the Valkey project, alongside AWS, Google Cloud, and Oracle.
- [10]
Kyle Davis, general manager for the Redis/Valkey ecosystem at Percona, told The New Stack at Open Source Summit Europe in Prague that having to rewrite applications before moving to clustered Valkey is one of the last big blockers to wider adoption.
- [11]
Percona developed the first version of Valkey-proxy internally and plans to move it into the Valkey project before opening development to the wider community.
- [12]
"From there, we're going to get a lot of contributions from Percona's customers, customers from other places, and independent developers,"
- [13]
Asked whether hyperscalers like AWS might contribute, Davis said "potentially" but added it is difficult to predict because they often have their own tools tied directly to their services.
- [14]
Valkey-proxy is particularly relevant to organizations that manage their own infrastructure, including on premises; Davis said the potential user base ranges from smaller companies with limited resources to large financial services organizations with strict compliance requirements.
- [15]
"It provides a decoupling layer that in the future we can build other components into,"
Sources
1 independent publisher whose own reporting we read for this story.
- thenewstack.ioRedis by proxy: Percona targets the last major hurdle to Valkey adoption
1 article · October 7, 2026
Topics and entities
Follow any of these and your For You feed starts watching them — no settings page required.
Topics
- Database Wire-Protocol ProxiesFollow
- In-memory data storesFollow
- Open-Source Licensing and GovernanceFollow