Valkey-proxy de Percona: migrar de Redis a Valkey

Migrar de Redis a Valkey suele ser fácil mientras sigas con una sola instancia. La parte difícil aparece cuando necesitás escalar horizontalmente con Valkey Cluster y tu aplicación asume que habla con un único servidor. Percona está desarrollando valkey-proxy, un proyecto open source pensado para cerrar esa brecha. Todavía no podés instalarlo, pero conviene preparar el terreno desde ahora.

Valkey-proxy es un proxy open source que se ubica entre la aplicación y los nodos de Valkey. Presenta un Valkey Cluster como si fuera una instancia standalone. Sirve para que aplicaciones escritas para un único Redis o Valkey funcionen sobre un clúster escalado horizontalmente, sin reescribir la lógica de routing. Lo desarrollaron ingenieros de Percona y fue aceptado como proyecto oficial dentro de Valkey.

¿Qué problema resuelve valkey-proxy?

Valkey-proxy de Percona: Redis a Valkey sin tocar el cliente

Resuelve el costo de pasar de una instancia única a un clúster. En el modo cluster cada cliente tiene que saber qué nodo guarda cada clave y seguir las redirecciones cuando cambia la topología. Mover una aplicación a un Valkey Cluster distribuido puede implicar cambiar código para manejar múltiples nodos, routing y diferencias en cómo se comportan ciertos comandos.

Las ofertas comerciales de Redis y algunos servicios gestionados resuelven esto con capas de proxy propietarias. Quien quería operar Valkey por su cuenta no tenía un equivalente estándar. Lo resumió Kyle Davis, general manager del ecosistema Redis/Valkey en Percona: "Right now there's not really any good open source solution for this."

¿Cómo funciona por dentro?

Valkey-proxy se ubica entre la aplicación y el clúster subyacente, como las capas de proxy de los productos comerciales de Redis, para que las aplicaciones existentes se conecten a un Valkey Cluster sin tener que ser reescritas.

La primera versión se desarrolló internamente en Percona y el código todavía no es público. Verificá el comportamiento real contra el código y la documentación cuando se publiquen.

¿Por qué no alcanzaba con Envoy u otros proxies existentes?

Porque, según la cobertura de The New Stack sobre el anuncio, Davis sostiene que Envoy no entiende del todo el protocolo de Valkey. Además maneja las conexiones de un modo que le impide soportar todo lo que Valkey puede hacer. El análisis completo está en Redis by proxy: Percona targets the last major hurdle to Valkey adoption.

¿Cuándo va a estar disponible?

Estos son los hitos publicados:

Aprobación: Percona recibió a fines de septiembre el visto bueno para integrar valkey-proxy al proyecto Valkey y está moviendo el código desde repositorios privados.
Publicación del código: el objetivo es tener todo el código fuente público a fines de octubre.
Release candidate: diciembre de 2026.
Disponibilidad general: principios de 2027.

Freshworks participa como design partner temprano. En resumen: no hay nada que pinear en producción hoy, y la GA recién llega en 2027.

¿Qué significa para quien tiene Redis en producción?

Significa que el último obstáculo técnico para escalar Valkey sin reescribir clientes tiene una solución en camino, pero no que migrar sea automático. Mi lectura es que hay que separar dos migraciones que suelen mezclarse:

De Redis a Valkey standalone: es la más simple y no necesita proxy. Valkey lee el formato RDB de Redis y el protocolo de replicación es compatible.
De standalone a Valkey Cluster: acá se trababa la adopción. Es el caso que valkey-proxy quiere cubrir, y por eso importa.

Si hoy tu Redis entra cómodo en un nodo, valkey-proxy no es urgente para vos. Si tu límite es memoria o throughput de un solo nodo, es la pieza que estabas esperando.

¿Qué riesgos hay que evaluar antes de adoptarlo?

Los riesgos de cualquier proxy delante de una base de datos en memoria son conocidos, y las fuentes no traen datos de rendimiento de valkey-proxy. No hay benchmarks publicados que pueda citar, así que medí por tu cuenta:

Latencia extra: el proxy agrega un salto de red. Medí p50 y p99 con tu carga real antes de decidir.
Punto único de falla: un solo proxy se vuelve el cuello de botella. Planificá varias instancias detrás de un balanceador.
Semántica de cluster: el proxy no cambia el hecho de que en Valkey Cluster los datos viven en distintos shards. Las transacciones, los scripts Lua y los comandos que tocan claves en slots distintos tienen restricciones propias del modo cluster. Qué cubre y qué no el proxy, lo vas a saber recién con la documentación del proyecto.
Madurez: hasta que salga la GA en 2027, es un proyecto nuevo. Probalo en staging y no lo pongas en el camino crítico de producción.

¿Qué podés hacer hoy para prepararte?

Podés auditar tu código y ensayar la migración a Valkey standalone mientras esperás el código. Son tres pasos concretos:

Seguí el proyecto. Estate atento a cuándo se publique el código de valkey-proxy dentro del proyecto Valkey, y cuando salga revisá las notas de compatibilidad de comandos antes de probarlo.

Ensayá la migración standalone con replicación. Levantá un Valkey de prueba y configuralo como réplica de tu Redis:

redis-cli -h valkey-test REPLICAOF redis-prod 6379
redis-cli -h valkey-test INFO replication
# cuando master_link_status sea "up" y el lag sea mínimo:
redis-cli -h valkey-test REPLICAOF NO ONE

Inventariá los comandos que usa tu app. Buscá los que se comportan distinto en cluster:

# ejemplo: buscar usos de KEYS, SCAN, MULTI, SELECT y scripts en tu repo
grep -rnE "\b(KEYS|SCAN|MULTI|EVAL|SELECT|PSUBSCRIBE)\b" src/

Si ya tenés una base en Valkey y querés repasar alternativas para el despliegue, un servidor cloud con acceso root alcanza para armar el entorno de pruebas. Las fuentes no condicionan eso a ninguna plataforma.

Preguntas frecuentes

¿Qué es valkey-proxy?

Es un proxy open source de Percona, aceptado como proyecto oficial de Valkey, que presenta un Valkey Cluster como una instancia standalone. Evita que la aplicación tenga que manejar routing y redirecciones.

¿Puedo usar valkey-proxy hoy?

No, todavía no. El código está previsto para fines de octubre de 2026, el release candidate para diciembre y la disponibilidad general para principios de 2027.

¿Necesito valkey-proxy para migrar de Redis a Valkey?

No, si seguís en una instancia única. Valkey lee los RDB de Redis y es compatible a nivel de replicación. El proxy importa cuando pasás a Valkey Cluster sin querer modificar clientes.

¿Por qué no usar Envoy?

Según Kyle Davis de Percona, citado por The New Stack, Envoy no entiende del todo el protocolo de Valkey y maneja las conexiones de un modo que limita lo que puede soportar.

Si querés seguir con el tema de datos, podés leer también nuestra nota sobre Cómo elegir índices B-tree, GIN y GiST en PostgreSQL o la de PostgreSQL 18: skip scan, uuidv7 y stats que sobreviven al upgrade, que tocan decisiones parecidas de escalado y compatibilidad.

Fuentes consultadas: The New Stack.