ENKontakt →

Self-hosted Bereitstellung

Das Control Plane dort installieren, wo der Betrieb bereits stattfindet.

Einen release-eigenen Helm- oder Compose-Pfad wählen, dauerhafte Kundenabhängigkeiten anbinden und Health, Backup, Restore sowie Agent-Kompatibilität beweisen, bevor Lifecycle-Arbeit freigegeben wird.

Bereitstellungsmodell prüfen →Installationsanleitung öffnen →
01 · Kubernetes

Helm

ClusterPilot API und Worker auf einer bestehenden Kubernetes-Plattform betreiben – mit externem PostgreSQL, gemeinsamem Artefaktspeicher, Secret-Referenzen, optionalem Ingress und HA-Sicherheitskontrollen.

  • Einzelne oder mehrere Replikas
  • PDB, Service, Ingress und PVC
  • Non-root und Read-only als Sicherheitsdefaults
Mit Helm installieren →
02 · Linux

Compose

Das signierte Release-Bundle und den Linux-Einstiegspunkt für ein kontrolliertes Single-Node-Profil mit Preflight-, Installations- und Verifikationsmodus verwenden.

  • Schnellster kontrollierter Evaluationspfad
  • Prüfsummen und signierte Metadaten im Preflight
  • Lokale Health-Verifikation
Mit Compose installieren →

Explizite Abhängigkeiten

Das Chart versteckt die Daten- und Betriebsgrenze nicht.

Enterprise-Betreiber behalten Verantwortung für Verfügbarkeit, Verschlüsselung, Backup, Aufbewahrung und Wiederherstellung jeder Abhängigkeit.

PostgreSQLExtern und dauerhaft

Control-Plane-Zustand, Benutzer, Konfiguration, Runs, Audit und Projektionen

ArtefaktspeicherDateisystem oder S3-kompatibel

Run-Logs, Command-Evidenz, Reports, Bundles und Integritätsmetadaten

SecretsKundenseitig verwaltet

Schutzschlüssel sowie referenzierte Datenbank-, Registry-, Provider- und Agent-Zugangsdaten

RegistryÖffentlich oder privat

Digest-gebundene API-, Agent-, Tool-, Kubernetes- und Add-on-Artefakte

Zeit und TrustAuf jedem API- und Agent-Host

NTP/lokale Zeitquelle, DNS, TLS, private CA oder freigegebene mTLS-Posture

Unterstützte Topologien

Mit dem Verfügbarkeitsniveau starten, das wirklich betrieben werden kann.

Ein Profil ist ein Placement-Vertrag – kein Ersatz für Recovery Engineering.

profile-single-node

Kontrollierter Einzelhost

Für Evaluationen oder Dienste, deren Ziel einen Control-Plane-Host akzeptiert. Dauerhafter Zustand und getestetes Backup bleiben Pflicht.

profile-split

Getrennte Verantwortungen

API, Worker, Datenbank, Artefakte und Agents gemäß Kunden-Netzwerk und Betriebsgrenzen platzieren.

profile-ha-ready

Multi-Replica Control Plane

Benötigt externes HA-PostgreSQL, gemeinsamen Dateisystem- oder S3-Speicher, Leader Election, Ingress und Failure-/Recovery-Tests.

Bereitstellungsabnahme

Preflight vor Mutation. Restore vor Vertrauen.

  1. 01
    Release verifizieren

    Prüfsummen, Signaturen, Digests, SBOM, Provenance und Kompatibilität.

  2. 02
    Abhängigkeiten validieren

    Datenbank, Artefakte, Secrets, Trust, Uhrzeit, Kapazität und Netzwerk.

  3. 03
    Rendern und installieren

    Effektive Konfiguration prüfen und über den unterstützten Pfad anwenden.

  4. 04
    Runtime verifizieren

    Health, Readiness, Uhrzeit, Build, Replikas, Leader und Agents.

  5. 05
    Sichern und wiederherstellen

    Daten, Artefakte, Schlüssel und Release als vollständiges Recovery-Set beweisen.

  6. 06
    Einen gated Pfad freigeben

    Disposable Provider-/Cluster-Evaluation mit expliziter Abnahme durchführen.

Talk to ClusterPilot

Die Self-hosted Grenze prüfen, bevor die Umgebung vorbereitet wird.

Topologie, Registry, Trust, Netzwerk und Verfügbarkeitsanforderungen werden auf den unterstützten Bereitstellungspfad abgebildet.

hello@clusterpilot.de
Anwendungsfall besprechen →Installationsanleitung öffnen →