Produkt

Ein kontrollierter Betriebsweg für den Kubernetes-Lifecycle.

ClusterPilot standardisiert Provider-Infrastruktur, Cluster-Änderungen, Add-ons, Validierung und Evidenz in einem kundenseitig betriebenen Ausführungsmodell.

01

Vor Änderung planen

Ressourcen, Schritte, Locks, Kompatibilität und Risiko vor der Zuweisung sichtbar machen.

02

Jede Grenze prüfen

Autorisierung, Provider-Reife, Agent-Kompatibilität und Freigabe bleiben getrennte Entscheidungen.

03

Operative Wahrheit behalten

Historie, Fehlercodes, Artefakte, Checksummen, Audit und Cleanup-Zustand dauerhaft projizieren.

Echter Produktablauf

Provider verbinden. Infrastruktur planen. Cluster betreiben. Evidenz behalten.

Jeder Übergang bleibt sichtbar und erhält eine eigene Reife-, Sicherheits- und Recovery-Grenze.

Operative Tiefe ohne versteckte Ausführung.

Jede Capability benötigt Admission, unveränderliche Eingaben, eine kompatible Ausführungsgrenze und Evidenz.

01
Kernvertrag

Deterministische OperationRuns

Kritische Aktionen werden zu langlebigen Runs mit Plan, geordneten Schritten, Events, Logs, Artefakten, Retry und Recovery-Kontext.

Dokumentation öffnen →
02
Stabile Provider · gated

Provider-Infrastruktur

Provider-Konten, Validierung, Discovery, Netzwerke, VMs, Volumes und Fehlerzustände bleiben von Kubernetes-Semantik getrennt.

Dokumentation öffnen →
03
Production-gated

Cluster-Lifecycle

OS-Hardening, Node-Vorbereitung, kubeadm, Calico, Scale, Upgrade, Replace, Diagnose und Delete laufen unter expliziten Gates.

Dokumentation öffnen →
04
Production-gated

Add-ons und Health

Immutable Artefakte, Abhängigkeiten, Preflight, Installation und semantische Health Checks für kuratierte und eigene Add-ons.

Dokumentation öffnen →
05
Candidate · gated

Conformance-Evidenz

Gepinnte Sonobuoy-Abläufe mit Admission, Berechtigungen, Artefakten, unveränderlichem Ergebnis und Cleanup.

Dokumentation öffnen →
06
Production-gated

Release- und Sicherheitskontrollen

Unsichere Produktionskonfiguration schlägt geschlossen fehl; Digests, Signaturen, Redaction, RBAC und Audit bleiben Teil des Betriebsvertrags.

Dokumentation öffnen →

Für den Tag nach der Provisionierung

Erfolg, Fehler und Governance im selben Betriebsmodell.

Vertrauen entsteht, wenn Betreiber verstehen, warum Arbeit gestoppt hat, was sicher folgt und wer die Grenze kontrolliert.

Klare Produktgrenze

Stark verkaufen, ohne unreife Funktionen zu versprechen.

v0.0.1 besitzt keinen GA-Status. IONOS und Hetzner sind aktiviert und production-gated; AWS und Azure bleiben deaktiviert.

Heute nutzbarUnter expliziter Umgebungsfreigabe

Control Plane, Provider-Konten, Infrastruktur, Lifecycle, Kubernetes Reads/Logs/Helm Reads sowie Add-on-Installation.

Bewusst deaktiviertKein Marketingversprechen

Exec, Port-forward, generische Kubernetes-Mutationen, RBAC-/Secret-Schreibzugriffe sowie Add-on Upgrade/Uninstall.

Customer controlledKein Pflicht-SaaS

Control Plane, PostgreSQL, Artefakte, Agents, Registry-Anbindung, Credentials und Zielumgebung.

Evaluation firstBeweis vor Erweiterung

Nicht-produktive Umgebung, klare Erfolgskriterien, Failure Injection, Restore und akzeptiertes Evidence Pack.

Mit dem wichtigsten Workflow beginnen

Mach aus dem aktuellen Engpass eine begrenzte technische Evaluation.

Beschreibe, wo manuelle Übergaben, privilegierte Abläufe oder fehlende Evidenz eure Teams am stärksten bremsen.

hello@clusterpilot.de