Skip to content

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

How we use AISend a correction

Illustration accompanying Percona builds an open source proxy to move single-instance Redis apps onto Valkey Cluster
Generated illustration

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
Why these scores

Claim ledger

Ranked by verification strength, evidence, and original report placement.

  1. [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.

  2. [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. [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

Sources

1 independent publisher whose own reporting we read for this story.

  1. thenewstack.io

    1 article · October 7, 2026

    Redis by proxy: Percona targets the last major hurdle to Valkey adoption

Share your take

Let Clarity write the post for you.

Signed-in readers get a short post drafted on this story in the register they choose — narrative, analytical, or a direct position — editable to the last word before it goes anywhere. The share buttons at the top of this story work without an account.

Topics and entities

Follow any of these and your For You feed starts watching them — no settings page required.

Loading related stories