ZeusK8s
Environment Management

Config Drift ist, wie aus „in Staging hat’s funktioniert“ ein 2-Uhr-Outage wird.

Config Drift — ein Wert in Prod anders als in Staging, ein Secret an einem Ort updated und am anderen nicht — steckt hinter den meisten Outages, die niemand erklären kann. ZeusK8s managed Konfiguration in Layers, sodass es eine Wahrheit gibt, nicht 23 YAML-Files, die langsam divergieren.

Das Ende von „in Staging hat’s funktioniert.“

Die meisten Outages führen zurück auf Configuration Drift: ein Wert, der in Prod anders ist als in Staging, ein Secret, das an einem Ort updated wurde und am anderen nicht, eine Kopie eines YAML-Files, von der niemand erinnert, sie geforkt zu haben. Mit mehr Clustern und Teams multiplizieren sich die Kopien und die Wahrheit geht verloren.

ZeusK8s managed Konfiguration als Layers (shared Defaults, per-Environment-Overrides, per-Cluster-Spezifika), zusammengesetzt zur Deploy-Zeit. Einen Wert einmal ändern, und er gilt überall, wo er soll. Environments Side-by-Side vergleichen und genau sehen, was abweicht — statt riesige Files per Auge zu diffen.

Zeus · Environments
Environment config
Layered, composed at deploy. One source of truth.
defaults LOG_LEVEL · CACHE_TTL · REGION_MODE
staging replicas: 2 · tag: rc
prod replicas: 10 · tag: v1.8
staging → prod · what differs
replicas 2 10
image tag rc v1.8
memory 512Mi 2Gi
How it works

From zero to running.

01

Shared Defaults definieren

Die Konfiguration, die über alles gemeinsam ist, einmal setzen. Sie wird zur Baseline, die jedes Environment erbt.

02

Per-Environment-Overrides schichten

Nur überschreiben, was in Dev, Staging oder Prod wirklich abweicht (Replicas, Image Tags, Resource Sizes) — explizit, nicht als geforkte Kopie.

03

Pro Cluster composen

Wenn ein Environment Cluster oder Clouds spannt, legen per-Cluster-Spezifika obendrauf. 10 Replicas in us-east und 3 in europe aus derselben Definition.

04

Vergleichen und deployen

Genau sehen, was zwischen Environments abweicht, bevor Sie shippen — dann deployen, mit den composed Values automatisch angewandt.

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.

Model
Layered Config: Defaults → Environment → Cluster
Overrides
Replicas, Image Tags, Resources, Ports, Env Vars
Secrets
Zur Deploy-Zeit aus dem verschlüsselten Connections Store gezogen
Env Files
.env-artige Files schichten; in Order gemerged
Comparison
Side-by-Side Environment Diffs
Namespaces
Per-Environment Namespaces erstellt und managed
Straight answers

Questions you’d actually ask.

Wie unterscheidet sich das von values.yaml Files?

Values Files sind static Kopien, die Sie von Hand in Sync halten. Zeus composet Layers zur Deploy-Zeit aus einer Source of Truth — eine Änderung propagiert überall, wo sie soll, und Sie sehen genau, was zwischen Environments abweicht.

Woher kommen Environment Secrets?

Aus Connections, dem verschlüsselten Credential Store. Services referenzieren ein Secret per Name und es wird zur Deploy-Zeit injiziert. Es lebt nie in Plaintext in der Environment Config.

Kann ein Environment mehrere Cluster spannen?

Ja. Ein Environment kann auf mehrere Cluster über Clouds deployen, mit per-Cluster-Overrides auf der shared Definition.