Zur Dokumentation
Plattform nutzen

gh0stcloud benutzen

Eine praktische Karte von häufigen Tenant-Aufgaben zum richtigen Portalbereich und zur passenden Doku.

gh0stcloud wird über zwei Flächen genutzt:

  • gh0stportal für Tenant-Zustand, Projekte, Namespaces, GitOps Binding, Storage Intent, Exposure Intent, Observability, Billing und Requests.
  • Ihr GitOps-Repository für Anwendungsmanifeste, HelmReleases, Ingresses, PVC-Referenzen und Anwendungskonfiguration.

Behandeln Sie Beispiel-Repositorys oder generierte Snippets nicht als Tenant-Wahrheit. Tenant-spezifische Namen, Pfade, Hostnames und Limits kommen aus gh0stportal.

Aufgabenkarte

Sie möchtenStarten in
Nächsten offenen Setup-Schritt sehenHome
Projekt oder Namespace anlegenApplications
GitOps verbinden oder prüfenApplications
OpenBao- und Secret-Workflow-Kontext findenApplications
Persistent Storage anlegenData & Services
Managed Service anlegen, sofern verfügbarData & Services
Service exposen oder eigene Domain nutzenNetwork & Exposure
Egress, Exposure oder Limit-Änderung anfragenChange Requests
Laufzeitsymptome prüfenObservability
Rechnungen und Payment Setup prüfenBilling

Sicherer Ablauf

  1. Projekt und Namespace im Portal anlegen.
  2. GitOps verbinden und warten, bis der Binding-Zustand klar ist.
  3. Storage, Managed Services oder Network Exposure nur hinzufügen, wenn die Anwendung es braucht.
  4. Anwendungsmanifeste in Git ablegen.
  5. Ergebnis über Portalzustand und Observability prüfen.
  6. Change Requests nutzen, wenn eine gewünschte Aktion außerhalb aktueller Bounds liegt.

Regeln gegen typische Fehler

  • Keine Namespaces, Hostnames, OpenBao-Pfade, ServiceAccounts oder TLS-Secret-Namen erfinden.
  • Keine Secret-Werte in Git ablegen.
  • Policy nicht durch direkte Cluster-Änderungen umgehen.
  • Projekte nicht als RBAC-Grenzen verstehen; Tenant Organization und Namespace Policy sind relevant.
  • Beispielwerte nicht ohne Ersatz durch Portalwerte produktiv übernehmen.

Fragen oder bereit loszulegen?

Mit uns sprechen