Géo-réplication actif-actif entre datacenters
Exécutez des clusters Zaris indépendants dans deux régions ou plus et répliquez entre eux via un flux de changements reprenable, basé sur le pull. Chaque site accepte les écritures localement et sert des lectures en région — et continue de fonctionner tout seul si le lien entre eux venait à tomber.
Deux clusters, un espace de clés qui converge
Ce n'est pas un cluster étiré. Chaque région est un cluster Zaris complet et auto-coordonné qui possède ses propres données. Un flux de changements durable transporte les écritures de l'autre côté, dans les deux sens.
Une portée mondiale sans coordinateur central
Une faible latence locale partout, une disponibilité indépendante par site et un espace de clés qui converge tout seul — avec l'observabilité pour le prouver.
Actif-actif, pas basculement
Chaque site sert les lectures et accepte les écritures localement — pas de région primaire, pas d'étape de promotion. Les utilisateurs atteignent le datacenter le plus proche et obtiennent une latence en région sur les chemins de lecture comme d'écriture.
Indépendant par conception
Chaque site est son propre cluster auto-coordonné, et non un cluster étiré. Une perte totale du lien inter-sites ne met personne hors service : les deux côtés continuent de répondre et se réconcilient automatiquement au retour du lien.
Converge de manière déterministe
Les écritures concurrentes se résolvent avec le last-writer-wins à horloge hybride logique, et les compteurs utilisent un PN-counter pour que les incréments concurrents de différentes régions soient tous préservés — chaque région se stabilise sur la même valeur sans coordinateur arbitrant au milieu.
Reprenable depuis un curseur durable
La réplication est un flux de changements basé sur le pull avec un curseur durable par site. Après une panne ou un redémarrage, chaque site reprend exactement là où il s'est arrêté — pas de resynchronisation complète, pas de fenêtre perdue.
Observable de bout en bout
Des compteurs site.* automatiques dans les deux sens — appliqués, ignorés, conflits, octets et débits en direct — ainsi qu'un RPO rapporté comme l'ancienneté de la plus ancienne opération non appliquée : ≈ 0 une fois à jour, de vraies secondes de retard lorsqu'en retard.
Additif et désactivé par défaut
Un store sans configuration géo se comporte exactement comme avant. Activez la réplication par store et gérez-la en direct depuis la console web ou PowerShell — pas de refonte, pas de nouveaux composants à exploiter.
Une carte de réplication réellement lisible
- Topologie animéeLa console web dessine l'image en direct — sites actifs vs passifs, voies à sens unique vs bidirectionnelles, et nombre d'éléments par site — pour que vous voyiez la forme de votre déploiement d'un coup d'œil.
- Bannière de santé et encart du tableau de bordChaque voie signale un état sain, en retard ou bloqué, affiché sous forme de bannière et d'encart dans le tableau de bord — aucun grep de logs pour savoir où vous en êtes.
- Un RPO fiableLe retard de réplication est rapporté comme l'ancienneté de la plus ancienne opération non appliquée : environ zéro une fois à jour, et grimpant jusqu'à de vraies secondes de retard dès qu'un site prend du retard.
- Géré en directConfigurez, basculez, suspendez et reprenez la réplication depuis la console ou les cmdlets PowerShell. Un effacement géo-conscient se réplique vers les pairs via des tombstones versionnés.
Placez les données là où se trouvent vos utilisateurs
Servez les utilisateurs au plus près
Placez un cluster dans chaque région où vivent vos utilisateurs. Chacun répond localement, de sorte qu'un client à Francfort et un client en Virginie voient tous deux des lectures et des écritures à la vitesse du cache — sur les mêmes données.
Reprise après sinistre et basculement régional
Perdez une région entière et les autres continuent de servir le même espace de clés. Lorsque la région revient, elle reprend depuis son curseur et rattrape son retard toute seule.
Localité et souveraineté des données
Conservez une copie en direct des données résidente dans chaque juridiction tout en convergeant vers une vue unique et cohérente, afin que les applications en région ne franchissent jamais de frontière pour lire ou écrire.
Maintenance régionale sans interruption
Drainez, corrigez ou mettez à niveau une région entière selon votre planning. Le trafic reste sur les pairs, et la région rejoint le cluster et se resynchronise lorsque vous la ramenez.
Passez au multi-région selon vos conditions
La géo-réplication est additive et désactivée par défaut — ajoutez-la aux stores qui en ont besoin et gérez-la en direct. Validée sur un déploiement cloud bi-région via peering réseau privé.