Deployments und Secrets

GitOps ist der unterstützte Deployment-Pfad. Ein Commit in das konfigurierte Repository ändert den gewünschten Anwendungszustand; die Plattform gleicht die Laufzeit daran an.

Secrets dürfen nicht in Git committed werden. Speichere Secret-Werte im konfigurierten Secret-Workflow und referenziere sie aus Manifesten.

Repository verbinden

Applications öffnen.
GitOps-Binding-Bereich finden.
Repository URL, Branch, Pfad und Transportinformationen eintragen.
Sanitized Preview prüfen.
Speichern und abwarten, bis die Änderung übernommen ist.

Nutze gh0stservice/ghc-gitops-example nur als strukturelle Referenz.

Repository-Struktur

Starte klein:

kustomize/
  base/
    app/
  overlays/
    gh0stcloud/
      kustomization.yaml

Erweiterte Overlays erst hinzufügen, wenn der erste Deployment-Pfad funktioniert.

Secrets Workflow

Schritt	Owner
Der Secret-Wert liegt unter dem Pfad, den das Portal dir anzeigt.	Du oder gh0stservice, je nach Vereinbarung
Git enthält nur Referenzen auf Secret-Pfad oder -Name.	GitOps Owner
Die Plattform synchronisiert das resultierende Kubernetes Secret, sofern erlaubt.	Platform Runtime
Die Workload referenziert das generierte Secret.	Application Owner

Secret-Werte niemals in Manifeste, Support Tickets, Beispiele oder Agent Prompts kopieren.

Vor Agent-Arbeit an Manifesten

Bereitstellen:

den Namespace aus dem Portal;
Anwendungsname und Image Tag;
Service Port;
Hostname aus Network & Exposure, falls öffentlich;
PVC-Name und Größe, falls stateful;
Secret-Namen oder Referenzen, keine Secret-Werte;
erwartete externe Ziele oder Managed-Service-Abhängigkeiten.