Multi-leader
Un modèle de réplication avec plusieurs « leaders » qui peuvent tous accepter des écritures et se répliquent ensuite entre eux. Utile pour des datacenters géographiquement dispersés et les applications hors ligne — mais exige une résolution de conflits quand la même donnée change à deux endroits en même temps.
Cas d'usage : un datacenter par région, chacun acceptant les écritures locales (faible latence) et les répliquant de façon asynchrone vers les autres ; ou des applications qui doivent fonctionner hors ligne (agenda, notes) et se synchroniser au retour en ligne. Le gain : les écritures se font près de l'utilisateur, et le système survit à la perte d'une région ou d'une connexion. Le vrai problème : les conflits d'écriture — si le même enregistrement change dans deux datacenters, il faut les fusionner de façon déterministe (dernier écrivain gagne via horodatage, logique applicative, ou CRDT). Se distingue du single-leader (simple mais point de blocage unique) et du leaderless (basé sur le quorum). Complexe, mais parfois incontournable.