ZeusK8s
Deployment Tracking

Aus Memory und kubectl rekonstruieren, was in Prod läuft, ist kein Plan.

„Welche Version läuft gerade in Prod?“ sollte kein Rechercheprojekt sein — über mehrere Cluster wird es aber immer eins. ZeusK8s trackt jedes Release, während es passiert, sodass Sie sehen, was wo deployed ist, was geändert hat und was passiert ist — ohne Spelunking.

Den Zustand der Welt auf einen Blick kennen.

Wenn Ihre Services über mehrere Cluster und Clouds laufen, wird „welche Version ist gerade in prod-eu?“ zum Rechercheprojekt. Welches Image, wann deployed, von wem, mit welcher Config? Die Antwort lebt an einem Dutzend Orten, und keiner stimmt überein.

ZeusK8s trackt jedes Deployment, während es passiert. Jeder Service zeigt Live-Status pro Cluster, Image und Config, die er läuft, und die History dessen, was geändert hat. Image rollen, skalieren oder restarten aus derselben View — und zusehen, wie die neuen Pods live hochkommen.

Zeus · Deployments · api-gateway
api-gateway · v1.8.2 rollout
6 clusters · 3 clouds · one timeline
Live
ClusterVersionPodsDeployedByStatus
production-usv1.8.28/83m agomayaLive
production-euv1.8.26/63m agomayaLive
edge-apacv1.8.2
3/4
nowmayaRolling
stagingv1.8.24/41h agopipelineLive
HQ Denverv1.7.93/32d agopipelineLive
prox-test01v1.7.92/23d agodevLive
How it works

From zero to running.

01

Von einem Ort deployen

Service auf ein Environment pushen und Zeus recorded Image, Config und Target-Cluster — dann applied es.

02

Rollout beobachten

Live Pod-Status während der Rollout läuft: Ready Counts, Restarts, Health. Kein kubectl-Refresh in drei Terminals.

03

History tracken

Jedes Release wird pro Cluster recorded (was geändert, wann und das Ergebnis) — Drift und Regressionen sind sichtbar, nicht mysteriös.

04

In Place handeln

Image rollen, Replicas skalieren, Restart oder Logs tailen aus derselben Timeline. Known-good Build mit einem Klick über Regionen promoten.

The specifics

Built by people who run this in production.

No hand-waving. Here’s what’s actually under the hood: the kind of detail you’d expect from a platform you’re going to trust with production.

Live Status
Per-Service, per-Cluster, real-time
History
Image + Config pro Deployment recorded
Pods
Streaming Pod-Status während und nach Rollout
Actions
Image rollen, Scale, Restart, Logs in place tailen
Drift
Deployed State mit intended Config vergleichen
Multi-Cluster
Eine Timeline über jedes Environment und jede Cloud
Straight answers

Questions you’d actually ask.

Ist das ein volles GitOps-System?

Es gibt Ihnen Visibility und Control von einem (recorded, intended-vs-actual State und One-Click Rollout) mit einer grafischen Surface statt einem Haufen Repos und Controllern zu betreiben. Es spielt gut mit Git als Source of Service-Definitionen.

Kann ich sehen, wer was deployed hat?

Ja. Deployments sind attributed und timestamped pro Cluster — ein Audit Trail, der für Debugging und Compliance nützlich ist.

Wie rolle ich zurück?

Einen vorherigen known-good Build aus der Deployment History promoten — ein paar Klicks aus derselben View. Wenn Ihr Service eine von Zeus managed Datenbank hat (MySQL, PostgreSQL oder ClickHouse), ist Point-in-Time Restore auch für stateful Rollbacks verfügbar.