Documentation/Start here
Start here · v0.0.1

Install with Helm

Deploy ClusterPilot on Kubernetes with explicit secrets, external PostgreSQL, durable artifacts, and fail-closed production settings.

AudienceKubernetes administrators, platform SREReading time16 minCommands in context11 guided stepsReviewed sourcefcc5871 · 30 July 2026
RC

Exact release scope. This page documents the reviewed v0.0.1 source at fcc5871. Check release status before enabling a gated capability.

What the chart installs

The ClusterPilot chart installs the API with embedded frontend, background workers, Service, optional Ingress, PodDisruptionBudget, optional filesystem PVC, release metadata, and an optional in-cluster agent. It intentionally does not install PostgreSQL or pull secrets from an external secret manager.

Prepare production values

values.production.yaml
image:
  repository: registry.example.com/clusterpilot/clusterpilot-api
  digest: "sha256:<verified-digest>"

replicaCount: 2

leaderElection:
  enabled: true

artifactStorage:
  provider: filesystem
  filesystem:
    shared: true
    size: 100Gi
    accessModes: [ReadWriteMany]

ingress:
  enabled: true
  className: nginx
  host: clusterpilot.example.com
  tlsSecretName: clusterpilot-tls

secrets:
  database:
    existingSecret: clusterpilot-database
  protection:
    existingSecret: clusterpilot-secrets-protection

Key names may vary by chart revision. Render the exact chart included in your signed release bundle and compare its values.yaml and README before promotion.

Preflight, render, inspect and install

  • Confirm the exact kube context, namespace, chart archive, release identity, and values files.
  • Inspect generated image references, Secret references, storage classes, network policy, Ingress, Service, PodDisruptionBudget, security context, and replica counts.
  • Require preflight and dry-run to succeed before the state-changing installation step.
  • Retain the rendered manifest and installer result with the change record.

Verify the deployment

  • Every API and worker replica is Ready and reports the expected build metadata.
  • Leader election is active whenever API or worker replica count is greater than one.
  • Every replica can read and write the same durable artifact store.
  • Database migrations are complete and startup auto-migration matches your approved policy.
  • Ingress TLS, client address handling, DNS, and health probes work from the actual operator network.

Security defaults to preserve

ControlChart baseline
Runtime identityNon-root user
Root filesystemRead-only
Linux capabilitiesDrop ALL
SeccompRuntimeDefault
ImagesDigest-pinned release subjects
SecretsExisting Kubernetes Secret references
Multi-replica safetyFail closed without leader election and shared artifacts