Percona développe Valkey-proxy, un proxy open source conçu pour résoudre l’un des principaux obstacles à la migration des applications existantes de Redis vers des clusters Valkey. L’idée consiste à placer une couche intermédiaire entre l’application et le cluster Valkey, afin que les applications qui supposent l’existence d’une seule instance Redis continuent de fonctionner sans modification importante du code pour gérer la multiplicité des nœuds, le routage et les différences de certaines commandes.
Pourquoi le besoin d’un proxy est-il apparu ?
Le changement de licence de Redis en 2024, passant d’une licence BSD permissive à des licences propriétaires et disponibles sous forme de code source, a provoqué une importante division au sein de la communauté du projet. Quelques jours plus tard, la Linux Foundation a lancé le projet Valkey en tant que fork open source. Bien que Redis ait ensuite ajouté la licence AGPLv3 comme option open source en 2025, Valkey a poursuivi sa trajectoire avec une gouvernance indépendante et une licence différente.
De nombreuses applications utilisent Redis comme magasin de données en mémoire pour la mise en cache et les charges de travail nécessitant un accès rapide. Cependant, transférer une application conçue autour d’une seule instance vers Valkey Cluster nécessite généralement de comprendre la multiplicité des nœuds, les mécanismes de routage et le comportement de certaines commandes. Les produits commerciaux de Redis et certains services cloud fournissent des couches proxy pour cette tâche, mais les utilisateurs qui gèrent eux-mêmes Valkey ne disposaient pas, selon Percona, d’une option open source équivalente.
Que propose Valkey-proxy ?
Le proxy vise à masquer les complexités du cluster à l’application, permettant ainsi aux applications existantes de se connecter à un cluster Valkey sans être réécrites pour gérer directement plusieurs nœuds. Kyle Davis, directeur général de l’écosystème Redis et Valkey chez Percona, a déclaré que l’absence d’une solution open source adaptée constituait l’un des derniers obstacles majeurs à une adoption plus large de Valkey.
Davis a indiqué que d’autres outils, comme Envoy, ne comprennent pas entièrement le protocole Valkey et ne gèrent pas les connexions d’une manière permettant de prendre en charge toutes les capacités du projet. Valkey-proxy cible donc une couche d’applications existantes située entre la dépendance à une seule instance Redis et le besoin d’une architecture en cluster évolutive.
Qui peut en bénéficier et quelles sont les limites du projet ?
Le projet pourrait être utile aux entreprises qui gèrent elles-mêmes leur infrastructure, notamment dans les environnements sur site, depuis les petites organisations aux ressources limitées jusqu’aux institutions de services financiers qui ont besoin d’un contrôle accru sur l’emplacement d’exécution de l’infrastructure de données et sur les exigences de conformité.
Percona a développé la première version en interne, mais a obtenu fin septembre l’autorisation d’intégrer Valkey-proxy au projet Valkey et transfère le code de dépôts privés vers le projet public. La publication complète du code source est prévue avant la fin d’octobre 2026, suivie d’une version candidate en décembre, la disponibilité générale devant intervenir au début de 2027.
Freshworks fera partie des premiers utilisateurs, en travaillant avec Percona comme utilisateur précoce et partenaire de conception afin d’identifier les cas particuliers pendant les tests. Les contributions de grandes entreprises du cloud telles qu’AWS restent également possibles, mais ne constituent pas un engagement annoncé.
Analyse éditoriale : qu’est-ce qui change concrètement ?
Valkey-proxy ne constitue pas en soi une nouvelle alternative aux bases de données, mais réduit le coût de la migration architecturale d’un modèle Redis à instance unique vers Valkey Cluster. Son importance réside dans le traitement de la compatibilité des applications, un problème pratique qui peut être plus complexe que le simple remplacement du moteur de données. Toutefois, le projet n’est pas encore généralement disponible : les tests en conditions réelles détermineront donc l’étendue de sa couverture des commandes et des comportements des différentes applications. La qualité de la compatibilité, les performances et les contributions de la communauté resteront également des questions ouvertes jusqu’à la publication des versions générales.