Zaris so bereitstellen, wie es zu Ihnen passt
Von der eingebetteten Bibliothek bis zum gesicherten, automatisch skalierenden Kubernetes-Cluster — derselbe Store, derselbe Connection String. Wählen Sie die Form, die zu Ihrer heutigen Umgebung passt.
Eingebettet starten, zum Cluster wachsen
Zaris führt denselben Code In-Process und geclustert aus. Gehen Sie diesen Weg, ohne Ihre App neu zu schreiben — nur der Connection String ändert sich.
In-Process
Die Zaris-Engine läuft innerhalb Ihrer Anwendung — kein Netzwerk-Hop, keine Server, kein Koordinator. Ideal für Entwicklung, Tests und Single-Process-Caches.
- Schnellster Weg zu einem funktionierenden Store — ein NuGet-Paket
- Deterministische, abhängigkeitsfreie Integrationstests
- Dieselbe API, die Sie später geclustert nutzen — kein späteres Umschreiben
services.AddClustronZaris("demo", "zaris://inproc/demo");Multi-Node auf Docker oder VMs
Ein echtes repliziertes Cluster, das Sie mit Docker Compose oder auf einfachen Maschinen betreiben — mit Manager und Konsole daneben. Fertige Compose-Dateien starten eines mit einem einzigen Befehl.
- Replikation (RF Kopien) für Verfügbarkeit
- Ein gesicherter (Token + TLS) Demostore, sofort einsatzbereit
- Läuft überall, wo Docker oder .NET läuft — auch unter Windows
services.AddClustronZaris("store", "zaris://n0:7861,n1:7861,n2:7861/store");Kubernetes mit Helm
Ein StatefulSet aus Node-Pods hinter einem Headless und einem Client Service, plus der Manager — installiert über das offizielle Helm-Chart. Die Kubernetes-Discovery macht das Skalieren zu einem einfachen kubectl scale.
- Heißes Hochskalieren — neue Pods treten bei, die Partition-Map wächst, kein Neustart
- Selbstheilende Konvergenz nach Neustarts und Kaltstarts
- TLS per gemountetem Secret oder Enrollment, externer Zugriff pro Pod
helm install zaris charts/zaris -n zaris --set node.replicas=5Externe Clients
Lassen Sie Clients außerhalb des Clusters sich verbinden. Jeder Node meldet über einen zweiten Listener und einen Service pro Pod eine von außen erreichbare Adresse (das Advertised-Address-Modell im Kafka-Stil) — Clients im Cluster bleiben unberührt.
- Adressierung per Pod über NodePort, LoadBalancer oder Ingress
- TLS mit einem Multi-SAN-Leaf, das den externen Hostnamen abdeckt
- Eine Transformation an der Grenzschicht — die Partition-Map bleibt unberührt
services.AddClustronZaris("store", "zariss://zaris-0.ext.example.com:7863/store?ca=/ca.pem");Wer betreibt die Nodes?
Zwei Betriebsmodelle, eine Konsole. Im supervisor-Modus betreibt der Manager die Nodes; im attach-Modus betreibt Ihr Orchestrator sie, und der Manager übernimmt das Cluster, um es zu beobachten und abzusichern.
Supervisor
Attach
Überall derselbe Connection String
Welche Form Sie auch wählen, Clients verbinden sich auf dieselbe Weise — mit einem einzigen zaris://-/zariss://-String. Ändern Sie, wohin er zeigt, nicht Ihren Code.