Vor Änderung planen
Ressourcen, Schritte, Locks, Kompatibilität und Risiko vor der Zuweisung sichtbar machen.
Produkt
ClusterPilot standardisiert Provider-Infrastruktur, Cluster-Änderungen, Add-ons, Validierung und Evidenz in einem kundenseitig betriebenen Ausführungsmodell.
Ressourcen, Schritte, Locks, Kompatibilität und Risiko vor der Zuweisung sichtbar machen.
Autorisierung, Provider-Reife, Agent-Kompatibilität und Freigabe bleiben getrennte Entscheidungen.
Historie, Fehlercodes, Artefakte, Checksummen, Audit und Cleanup-Zustand dauerhaft projizieren.
Echter Produktablauf
Jeder Übergang bleibt sichtbar und erhält eine eigene Reife-, Sicherheits- und Recovery-Grenze.
Zugangsdaten werden schreibgeschützt erfasst. Infrastruktur wird erst freigegeben, wenn Konto und Provider-Grenze validiert sind.
Provider-Defaults, Node-Rollen, Netzwerk, Zugriff und OS-Hardening werden vor der Provisionierung als deterministischer Plan geprüft.
Geordnete Schritte, Akteur, Dauer, Fehlercode, Evidenz und sicherer nächster Schritt bleiben an derselben Operation.
Jede Capability benötigt Admission, unveränderliche Eingaben, eine kompatible Ausführungsgrenze und Evidenz.
Kritische Aktionen werden zu langlebigen Runs mit Plan, geordneten Schritten, Events, Logs, Artefakten, Retry und Recovery-Kontext.
Dokumentation öffnen →Provider-Konten, Validierung, Discovery, Netzwerke, VMs, Volumes und Fehlerzustände bleiben von Kubernetes-Semantik getrennt.
Dokumentation öffnen →OS-Hardening, Node-Vorbereitung, kubeadm, Calico, Scale, Upgrade, Replace, Diagnose und Delete laufen unter expliziten Gates.
Dokumentation öffnen →Immutable Artefakte, Abhängigkeiten, Preflight, Installation und semantische Health Checks für kuratierte und eigene Add-ons.
Dokumentation öffnen →Gepinnte Sonobuoy-Abläufe mit Admission, Berechtigungen, Artefakten, unveränderlichem Ergebnis und Cleanup.
Dokumentation öffnen →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
Vertrauen entsteht, wenn Betreiber verstehen, warum Arbeit gestoppt hat, was sicher folgt und wer die Grenze kontrolliert.
Klare Produktgrenze
v0.0.1 besitzt keinen GA-Status. IONOS und Hetzner sind aktiviert und production-gated; AWS und Azure bleiben deaktiviert.
Control Plane, Provider-Konten, Infrastruktur, Lifecycle, Kubernetes Reads/Logs/Helm Reads sowie Add-on-Installation.
Exec, Port-forward, generische Kubernetes-Mutationen, RBAC-/Secret-Schreibzugriffe sowie Add-on Upgrade/Uninstall.
Control Plane, PostgreSQL, Artefakte, Agents, Registry-Anbindung, Credentials und Zielumgebung.
Nicht-produktive Umgebung, klare Erfolgskriterien, Failure Injection, Restore und akzeptiertes Evidence Pack.
Mit dem wichtigsten Workflow beginnen
Beschreibe, wo manuelle Übergaben, privilegierte Abläufe oder fehlende Evidenz eure Teams am stärksten bremsen.
hello@clusterpilot.de