Externe Control-Plane-Abhängigkeit
Kritische Lifecycle-Arbeit kann von einem Drittanbieter-Dienst, Egress-Pfad oder einer externen Identitätsgrenze abhängen.
Souveräner Betrieb
Kubernetes-Betriebshoheit innerhalb der eigenen Grenze behalten.
ClusterPilot gibt Plattform- und Betriebsteams ein Self-hosted Control Plane für Provider-Infrastruktur, Cluster-Lifecycle, Add-ons und Validierung. Der Kunde kontrolliert, wo Zustand, Credentials, Artefakte, Agents und Ziel-Cluster laufen.
Operative Ausgangslage
Souveränität ist ein Betriebsmodell – kein Hosting-Label.
Ein Control Plane im Kundennetz erzeugt nicht automatisch Souveränität. Trust, Identität, Abhängigkeiten, Software Supply Chain, Ausführung und Evidenz benötigen weiterhin klare Verantwortungen.
Verteilte privilegierte Zugriffe
Provider-Tokens, SSH-Zugänge, Kubeconfigs und Registry-Credentials wandern durch Skripte und Operator-Arbeitsplätze.
Unklare Evidence-Verantwortung
Operativer Nachweis verteilt sich auf Vendor-Logs, lokale Terminals, Tickets und Zielsysteme.
Enterprise Value
Kundenkontrolle über die gesamte Operation.
Der Nutzen entsteht aus gemeinsamem Zustand, klarer Verantwortung und überprüfbarer Ausführung.
Self-hosted Control Plane
API, Worker, PostgreSQL und Artefaktspeicher laufen im Bereitstellungs- und Recovery-Modell des Kunden.
Lokale Ausführungsgrenze
Lifecycle Agents erhalten begrenzte, versionierte Arbeit und materialisieren Zielzugänge nur in der freigegebenen Umgebung.
Portable Release-Evidenz
Unveränderliche Digests, Signaturen, SBOM, Provenance und Kompatibilitätsdaten identifizieren die Bereitstellung.
Kontrollierter Ablauf
Ein praktischer Souveränitätspfad
Jede Grenze wird unabhängig vorbereitet und abgenommen, bevor production-gated Capabilities aktiviert werden.
Grenze definieren
Control Plane, Persistenz, Artefakte, Registry und Agents gemäß Netzwerk-, Trust- und Verfügbarkeitsanforderung platzieren.
Release verifizieren
Exakte Image- und Bundle-Digests mit signierten Metadaten, SBOM und Provenance spiegeln und prüfen.
Ziele sicher verbinden
Provider-, Registry- und Cluster-Credentials referenzieren, ohne Secret-Werte in Plänen, Logs oder Evidenz abzulegen.
Mit Evidenz abnehmen
Backup, Restore, Fehler, Cleanup und einen begrenzten Lifecycle-Pfad vor Umgebungsfreigabe ausführen.
Nachweis
Evidenz, die der Kunde prüfen und aufbewahren kann.
Der Operationseintrag verbindet Absicht, Admission, Ausführung und Ergebnis ohne vendor-gehosteten Audit-Pfad.
Vor der Ausführung
Akteur, Scope, Plan, Ressourcenwirkung, Kompatibilität, Capability-Gates und destruktive Bestätigung.
Während der Ausführung
Geordnete Schritte, Leases, Status, Events, Timing, Korrelation, redigierte Logs und stabile Fehlercodes.
Nach der Ausführung
Ergebnisse, Artefakte, Prüfsummen, Cleanup, Retry-Historie, Abnahme und Retention-Kontext.
Ehrliche Produktgrenze
Was diese Aussage umfasst – und was nicht
- ClusterPilot behauptet nicht, dass Self-hosting allein rechtliche, organisatorische oder technische Souveränität erzeugt.
- Der Kunde bleibt für Identität, Netzwerk, Verschlüsselung, Backup, Retention, Plattform-Hardening und Umgebungsfreigabe verantwortlich.
- v0.0.1 ist ein gated Release Candidate; keine Capability wird als allgemein verfügbar dargestellt.
Häufige Fragen
Fragen zu Souveräne Kubernetes Plattform
Klare Antworten auf Einsatz, Grenze und Evaluationsweg.
Ist ClusterPilot ein verpflichtendes SaaS-Control-Plane?+
Nein. Das dokumentierte Bereitstellungsmodell ist self-hosted und platziert Anwendung, Zustand, Artefakte und Lifecycle-Ausführung in der Kundenumgebung.
Bedeutet Self-hosted automatisch souverän oder compliant?+
Nein. ClusterPilot stellt technische Kontrollen und Evidenz bereit. Rechtliche, organisatorische und umgebungsspezifische Anforderungen müssen separat geprüft werden.
Funktioniert ClusterPilot mit privaten Registries und eingeschränkten Netzen?+
Der Release-Vertrag umfasst digest-gebundene Distribution, Private-Registry- und Air-Gap-Abläufe. Die exakten Netzwerk- und Trust-Voraussetzungen müssen für die Zielumgebung validiert werden.
Capability-Umfang: v0.0.1 Release Candidate. Aktuelle Release-Grenze →
Mit einem messbaren Workflow starten
Die Anforderungen in eine begrenzte technische Evaluation übersetzen.
Wir prüfen Umgebung, operativen Engpass, Kontrollgrenzen und die Evidenz, die eine Entscheidung tragen muss.
hello@clusterpilot.de