Percona está desarrollando Valkey-proxy, un proxy de código abierto diseñado para abordar uno de los principales obstáculos para migrar aplicaciones antiguas de Redis a clústeres de Valkey. La idea consiste en colocar una capa intermedia entre la aplicación y el clúster de Valkey, de modo que las aplicaciones que dan por supuesto que existe una única instancia de Redis sigan funcionando sin modificaciones amplias en el código para gestionar la multiplicidad de nodos, el enrutamiento y las diferencias de algunos comandos.
¿Por qué surgió la necesidad del proxy?
El cambio de licencia de Redis en 2024, de la permisiva licencia BSD a alternativas propietarias y disponibles como código fuente, provocó una gran división en la comunidad del proyecto. Días después, la Linux Foundation lanzó el proyecto Valkey como una bifurcación de código abierto. Aunque Redis añadió posteriormente la licencia AGPLv3 como opción de código abierto en 2025, Valkey continuó su trayectoria con una gobernanza independiente y una licencia diferente.
Muchas aplicaciones utilizan Redis como almacén de datos en memoria para cachés y cargas de trabajo que requieren un acceso rápido. Sin embargo, trasladar una aplicación creada en torno a una única instancia a Valkey Cluster normalmente exige comprender la multiplicidad de nodos, los mecanismos de enrutamiento y el comportamiento de algunos comandos. Los productos comerciales de Redis y algunos servicios en la nube ofrecen capas de proxy para esta tarea, pero los usuarios que gestionan Valkey por su cuenta carecían, según Percona, de una opción de código abierto equivalente.
¿Qué ofrece Valkey-proxy?
El proxy pretende ocultar las complejidades del clúster a la aplicación, lo que permite que las aplicaciones existentes se conecten a un clúster de Valkey sin reescribirse para interactuar directamente con varios nodos. Kyle Davis, director general del ecosistema de Redis y Valkey en Percona, afirmó que la ausencia de una solución de código abierto adecuada era uno de los últimos grandes obstáculos para una adopción más amplia de Valkey.
Davis señaló que otras herramientas, como Envoy, no comprenden completamente el protocolo de Valkey ni gestionan las conexiones de una manera que permita admitir todas las capacidades del proyecto. Por ello, Valkey-proxy se dirige a una capa de aplicaciones antiguas situada entre la dependencia de una única instancia de Redis y la necesidad de una arquitectura de clúster escalable.
¿Quién se beneficia y cuáles son los límites del plan?
El proyecto puede beneficiar a las empresas que gestionan su propia infraestructura, incluidos los entornos locales, desde pequeñas organizaciones con recursos limitados hasta instituciones de servicios financieros que necesitan un mayor control sobre dónde se ejecuta la infraestructura de datos y sobre los requisitos de cumplimiento.
Percona desarrolló internamente la primera versión, pero a finales de septiembre obtuvo la aprobación para incorporar Valkey-proxy al proyecto Valkey y trasladar el código de repositorios privados al proyecto público. Está previsto ofrecer el código fuente completo antes de finales de octubre de 2026, lanzar después una versión candidata en diciembre y alcanzar la disponibilidad general a principios de 2027.
Freshworks será uno de los primeros usuarios, ya que trabaja con Percona como usuario pionero y socio de diseño para identificar casos especiales durante las pruebas. Las contribuciones de grandes empresas de servicios en la nube, como AWS, también siguen siendo una posibilidad, no un compromiso anunciado.
Lectura editorial: ¿qué cambia en la práctica?
Valkey-proxy no ofrece por sí mismo una alternativa nueva a las bases de datos, sino que reduce el coste de la transición arquitectónica de un modelo de instancia única de Redis a Valkey Cluster. Su importancia reside en abordar la compatibilidad de las aplicaciones, un problema práctico que puede ser más complejo que sustituir el propio motor de datos. Sin embargo, el proyecto todavía se encuentra antes de la disponibilidad general; por ello, las pruebas en situaciones reales determinarán hasta qué punto cubre los comandos y comportamientos de las distintas aplicaciones, y la calidad de la compatibilidad, el rendimiento y las contribuciones de la comunidad seguirán siendo cuestiones abiertas hasta la publicación de las versiones generales.