Opinion : l'avenir de Galera Cluster

L'acquisition qui change tout

En juin 2025, MariaDB plc annonce l'acquisition de Codership, l'entreprise finlandaise fondée en 2007 qui développe la bibliothèque Galera. C'est un tournant stratégique majeur pour l'écosystème MariaDB / MySQL.

Galera Cluster est la seule solution de réplication synchrone multi-master viable pour MariaDB / MySQL. C'est le composant qui permet de construire des clusters haute disponibilité avec cohérence forte — quelque chose que ni la réplication asynchrone ni la réplication semi-synchrone ne peuvent garantir.

L'acquisition de Codership donne à MariaDB plc le contrôle total sur cette technologie critique.

Ce qui est annoncé

Le communiqué officiel de MariaDB plc insiste sur plusieurs points :

La communauté GPLv2 est préservée. La version actuelle de Galera reste sous GPLv2. Les utilisateurs communautaires peuvent continuer à l'utiliser librement.

L'investissement dans le développement va s'accélérer. Avec les ressources de MariaDB plc, Codership va pouvoir accélérer le développement de nouvelles fonctionnalités.

L'intégration avec MaxScale sera renforcée. Galera + MaxScale formeront un duo encore plus cohérent pour les déploiements entreprise.

Ce sont de bonnes nouvelles — en surface.

Ce qui n'est pas dit

L'histoire récente de MariaDB plc avec les licences open-source invite à la prudence. MaxScale est passé de GPLv2 à BSL à commercial. Le pattern est établi.

Plusieurs questions restent ouvertes :

Combien de temps la version communautaire de Galera sera-t-elle maintenue ? La promesse de GPLv2 est valable aujourd'hui. Mais dans 2 ans ? 5 ans ? Le code existant reste GPLv2 éternellement, mais les nouvelles versions pourraient être sous licence différente.

Quelle sera la différence entre Galera communautaire et Galera entreprise ? Si les nouvelles fonctionnalités ne sont développées que pour l'édition entreprise, la version communautaire va stagner et devenir obsolète.

Qu'en est-il de Percona et des autres utilisateurs de Galera ? Percona XtraDB Cluster (PXC) utilise la même bibliothèque Galera. Oracle MySQL avait aussi un support expérimental via des plugins tiers. L'acquisition par MariaDB plc pourrait compliquer les relations avec ces utilisateurs.

Galera comme différenciateur stratégique

Du point de vue concurrentiel, Galera est l'atout maître de MariaDB face à deux géants :

Contre Oracle MySQL

MySQL ne propose pas de réplication synchrone multi-master native. MySQL Group Replication et MySQL InnoDB Cluster sont les réponses d'Oracle, mais elles n'atteignent pas la maturité et l'adoption de Galera. En acquérant Codership, MariaDB s'assure que cette avance technologique reste exclusive.

Contre PostgreSQL

PostgreSQL n'a pas non plus de réplication synchrone multi-master native. Des solutions tierces existent (BDR de EDB, Citus pour le sharding), mais aucune n'est aussi intégrée que Galera l'est à MariaDB.

Galera est littéralement le seul argument technique qui rend MariaDB unique par rapport à ces deux concurrents. Sans Galera, MariaDB n'est "qu'un fork de MySQL". Avec Galera, c'est un écosystème de clustering sans équivalent.

L'impact sur Percona

L'impact le plus concret est sur Percona. Percona XtraDB Cluster (PXC) utilise la bibliothèque Galera sous licence GPLv2. Tant que la licence ne change pas, PXC peut continuer d'exister.

Mais si les nouvelles versions de Galera sont réservées à MariaDB Enterprise :

• PXC restera bloqué sur la dernière version GPLv2 de Galera
• Les bugs et les failles de sécurité découverts dans les nouvelles versions ne seront pas corrigés dans la version communautaire
• Percona devra soit forker Galera (coûteux), soit trouver une alternative (difficile), soit négocier un accord commercial avec MariaDB plc

L'impact sur la communauté

Pour la communauté MariaDB, l'acquisition est à double tranchant :

Le positif : Un développement plus rapide de Galera, une meilleure intégration avec le serveur MariaDB, potentiellement de nouvelles fonctionnalités (réplication géographique, meilleure gestion des conflits, performances améliorées).

Le négatif : La dépendance accrue à une seule entreprise commerciale pour un composant critique. Si MariaDB plc décide de restreindre l'accès, la communauté n'a pas d'alternative immédiate.

La leçon : La gouvernance compte. La MariaDB Foundation gère le serveur communautaire. Galera, en revanche, est entre les mains de MariaDB plc (via Codership). Il n'y a pas de fondation indépendante pour protéger Galera.

Scénarios pour l'avenir

Scénario optimiste

MariaDB plc maintient Galera GPLv2 pour la communauté, ajoute des fonctionnalités premium à l'édition Enterprise, et tout le monde y gagne. Le développement s'accélère, Galera devient encore meilleur.

Scénario réaliste

La version communautaire de Galera reçoit les correctifs de sécurité mais pas les nouvelles fonctionnalités. L'écart se creuse entre communautaire et entreprise. Les utilisateurs sérieux migrent vers l'édition payante.

Scénario pessimiste

Galera suit le chemin de MaxScale. La version communautaire est gelée, les nouvelles versions sont commerciales uniquement. La communauté doit forker ou chercher des alternatives.

Mon avis

L'acquisition de Codership est logique pour MariaDB plc. Galera est trop stratégique pour le laisser entre les mains d'une entreprise indépendante. Le contrôle permet d'aligner la roadmap Galera avec celle de MariaDB Enterprise.

Mais la communauté doit rester vigilante. L'histoire de MaxScale montre que les promesses de maintien de l'open-source ont une durée de vie limitée quand les pressions financières s'intensifient.

Mon conseil : profitez de Galera communautaire tant qu'il est là. Documentez votre architecture. Et gardez un plan B — que ce soit la réplication semi-synchrone avec ProxySQL, Percona XtraDB Cluster, ou même PostgreSQL avec Patroni.

L'avenir de Galera Cluster n'a jamais été aussi prometteur techniquement. Il n'a jamais été aussi incertain du point de vue de la licence.

Cet article a été initialement publié sur Medium.