Ihr Failover-Plan ist ein DNS-Record, den Sie nie getestet haben.
Bei den meisten Teams ist Cross-Region-Failover ein Weighted Record, ein Health Check, den jemand einmal konfiguriert hat, und Hoffnung. ZeusK8s gibt jedem Service einen Namen über jeden Cluster — health-checked von innen und außen, und in unter einer Sekunde umgeroutet, wenn etwas tatsächlich bricht.
Route 53 und Cloud DNS sind großartig — innerhalb ihrer eigenen Cloud.
Die managed DNS- und Health-Check-Produkte von AWS und Google sind wirklich gut. Sie sind auch, wie Sie locked-in bleiben: Records, Health Checks und Failover-Logik leben alle in der Console eines Providers, verdrahtet mit dessen Infrastruktur. Der Tag, an dem Traffic zwischen GCP und AWS bewegen muss — oder zu Ihrer eigenen Hardware — ist der Tag, an dem sie aufhören zu helfen.
Stattdessen eine eigene globale Routing Layer zu betreiben bedeutete traditionell Specialist Work oder einen teuren Third-Party Traffic Manager vor allem.
Zeus macht das für Sie. Eine Routing Layer über jede Cloud und jeden Cluster, den Sie besitzen, mit automatischem Health Monitoring und Failover Routing integriert — Route 53 oder Cloud DNS darunter als plain Registries, nie als Brain.
Ein Name für einen Service — egal welcher Cluster antwortet.
Ein Name, jeder Cluster
Geben Sie einem Service oder einer Datenbank einen einzelnen stabilen Namen über alle Ihre Cluster. Per Latency, per Weight routen oder healthy Targets über Cluster unionen — ohne Provider-DNS-Rules von Hand zu schreiben.
Failover in unter einer Sekunde
Routing-Entscheidungen werden an jeden Cluster gepusht, sobald sich Health ändert — Sie warten nicht, bis TTLs ablaufen oder Config Reloads propagieren. Traffic bewegt sich, bevor Ihre User es merken.
Health Checks, innen und außen
Lokale TCP-, UDP-, HTTP/S- und Kubernetes Probes watchen jedes Target von innen im Cluster. Unabhängige Probers in mehreren Regionen verifizieren Ihre öffentlichen Endpoints von außen und einigen sich per Quorum — „up“ heißt tatsächlich erreichbar, nicht nur running.
Fails safe, nicht silent
Wenn State ambig ist, antwortet Zeus fail-closed statt Traffic auf ein totes Target zu zeigen. Jeder Cluster hält sein last-known-good Routing on Disk, sodass Resolution weiter funktioniert, auch wenn das Control Plane unerreichbar ist.
Funktioniert mit dem Fabric
Dieselbe Routing Layer deckt privaten Cross-Cluster-Traffic auf dem verschlüsselten Fabric und öffentlichen Traffic auf Ihren Domains ab. Ein Mental Model für beides.
Domains & TLS inklusive
Bringen Sie Ihre Domains mit, bekommen automatische Zertifikate und per-Brand White-Label DNS obendrauf — dasselbe Control Plane, kein extra Tooling.
Related: Cross-Cluster Networking · Domains, Zertifikate & White-Label
DNS-Failover funktioniert entweder zufällig — oder es ist das Chaos, das niemand anfassen will.
- · Handgeschriebene Weighted Records in einer Provider Console, die jemand einmal aufgesetzt hat
- · Health Checks, die den Load Balancer testen, nicht die Application dahinter
- · Failover, der nie außerhalb eines echten Outages geübt wurde
- · Jede Änderung vorsichtig gemacht, weil niemand sicher ist, was wovon abhängt
- · Endpoints, Targets und Health Policies an einem Ort definiert, für das ganze Team sichtbar
- · Preview genau dessen, was jede Region resolved — bevor Sie applyen
- · Health Verdicts von innen im Cluster und von unabhängigen Outside Probers
- · Failover, der jedes Mal gleich läuft — weil er continuous läuft