Active-Active-Georeplikation über Rechenzentren hinweg
Betreiben Sie unabhängige Zaris-Cluster in zwei oder mehr Regionen und replizieren Sie zwischen ihnen über einen wiederaufnehmbaren, Pull-basierten Change Feed. Jeder Standort nimmt Schreibvorgänge lokal entgegen und liefert regionale Lesezugriffe — und läuft eigenständig weiter, falls die Verbindung zwischen ihnen einmal abreißt.
Zwei Cluster, ein konvergierender Keyspace
Das ist kein gestreckter Cluster. Jede Region ist ein vollständiger, sich selbst koordinierender Zaris-Cluster, dem seine eigenen Daten gehören. Ein dauerhafter Change Feed transportiert Schreibvorgänge zur Gegenseite, in beide Richtungen.
Globale Reichweite ohne Koordinator in der Mitte
Niedrige lokale Latenz überall, unabhängige Verfügbarkeit pro Standort und ein Keyspace, der von selbst konvergiert — mit der Beobachtbarkeit, die das belegt.
Active-Active, nicht Failover
Jeder Standort liefert Lesezugriffe und nimmt Schreibvorgänge lokal entgegen — keine primäre Region, kein Hochstufungsschritt. Benutzer erreichen das nächstgelegene Rechenzentrum und erhalten regionale Latenz sowohl beim Lesen als auch beim Schreiben.
Konzeptionell unabhängig
Jeder Standort ist ein eigener, sich selbst koordinierender Cluster, kein gestreckter. Der vollständige Ausfall der Verbindung zwischen den Standorten legt niemanden lahm: Beide Seiten bedienen weiter Anfragen und gleichen sich automatisch ab, sobald die Verbindung zurückkehrt.
Konvergiert deterministisch
Gleichzeitige Schreibvorgänge werden mit Hybrid-Logical-Clock-Last-Writer-Wins aufgelöst, und Zähler nutzen einen PN-Counter, sodass gleichzeitige Inkremente aus verschiedenen Regionen alle erhalten bleiben — jede Region landet beim selben Wert, ohne dass ein Koordinator dazwischen schlichten muss.
Fortsetzbar von einem dauerhaften Cursor
Die Replikation ist ein Pull-basierter Change Feed mit einem dauerhaften Cursor pro Standort. Nach einem Ausfall oder Neustart setzt jeder Standort exakt dort fort, wo er aufgehört hat — kein vollständiger Resync, kein verlorenes Zeitfenster.
Durchgängig beobachtbar
Automatische site.*-Zähler in beide Richtungen — angewendet, übersprungen, Konflikte, Bytes und Live-Raten — plus ein RPO, das als Alter der ältesten noch nicht angewendeten Operation gemeldet wird: ≈0 bei Gleichstand, echte Backlog-Sekunden bei Rückstand.
Additiv und standardmäßig deaktiviert
Ein Store ohne Geo-Konfiguration verhält sich exakt wie zuvor. Aktivieren Sie die Replikation pro Store und verwalten Sie sie live über die Web-Konsole oder PowerShell — kein Redesign, keine zusätzlichen beweglichen Teile im Betrieb.
Eine Replikationskarte, die man wirklich lesen kann
- Animierte TopologieDie Web-Konsole zeichnet das Live-Bild — aktive vs. passive Standorte, unidirektionale vs. bidirektionale Spuren und Elementanzahlen pro Standort —, sodass Sie die Form Ihres Deployments auf einen Blick erfassen.
- Statusbanner & Dashboard-HinweisJede Spur meldet gesund, im Rückstand oder blockiert, dargestellt als Banner und Dashboard-Hinweis — kein Durchsuchen von Logs, um den Stand zu kennen.
- Ein RPO, dem Sie vertrauen könnenDie Replikationsverzögerung wird als Alter der ältesten noch nicht angewendeten Operation gemeldet: etwa null bei Gleichstand und ansteigend auf echte Backlog-Sekunden, sobald ein Standort in Rückstand gerät.
- Live verwaltetKonfigurieren, wechseln, anhalten und fortsetzen Sie die Replikation über die Konsole oder PowerShell-Cmdlets. Ein Geo-aware Clear wird über versionierte Tombstones an die Peers repliziert.
Legen Sie die Daten dorthin, wo Ihre Benutzer sind
Benutzer in ihrer Nähe bedienen
Platzieren Sie einen Cluster in jeder Region, in der Ihre Benutzer leben. Jeder antwortet lokal, sodass ein Kunde in Frankfurt und ein Kunde in Virginia beide Lese- und Schreibzugriffe in Cache-Geschwindigkeit erleben — auf denselben Daten.
Disaster Recovery & regionales Failover
Fällt eine ganze Region aus, bedienen die anderen weiter denselben Keyspace. Kehrt die Region zurück, setzt sie von ihrem Cursor aus fort und holt den Rückstand selbstständig auf.
Datenlokalität & Souveränität
Halten Sie in jeder Rechtsordnung eine Live-Kopie der Daten vor und konvergieren dennoch zu einer konsistenten Sicht, sodass Anwendungen in der Region zum Lesen oder Schreiben nie eine Grenze überqueren.
Regionale Wartung ohne Ausfallzeit
Leeren, patchen oder aktualisieren Sie eine ganze Region nach Ihrem Zeitplan. Der Datenverkehr bleibt bei den Peers, und die Region tritt wieder bei und synchronisiert sich, sobald Sie sie zurückbringen.
Gehen Sie Multi-Region zu Ihren Bedingungen
Die Georeplikation ist additiv und standardmäßig deaktiviert — fügen Sie sie den Stores hinzu, die sie brauchen, und verwalten Sie sie live. Validiert in einem Zwei-Regionen-Cloud-Deployment über privates Netzwerk-Peering.