Projekte und Namespaces
Wie Projekte, Namespaces und Tenant-Zugriffsgrenzen zusammenhängen.
Projekte sind fachliche Gruppierung. Namespaces sind Runtime-Grenzen.
Legen Sie den Namespace in gh0stportal an, bevor Sie in ihn deployen. Die Plattform muss Namespace, Labels, Policy-Kontext, Access Wiring und GitOps-Scaffolding vorbereiten, bevor Anwendungsmanifeste sauber reconciled werden können.
Projekt
Ein Projekt gruppiert zusammengehörige Anwendungsarbeit für Menschen. Es macht den Tenant Workspace verständlicher, ist aber keine Sicherheitsgrenze.
Namespace
Ein Namespace ist der Ort, an dem Anwendungsressourcen laufen. Er trägt den Plattformkontext für Quota, Policy, Billing Attribution, Observability und Network/Exposure-Regeln.
Namespace anlegen
- Applications öffnen.
- Projekt erstellen oder auswählen.
- Namespace erstellen.
- Disabled Reasons oder Policy-Hinweise vor dem Speichern prüfen.
- Warten, bis der Portalzustand den Namespace-Pfad ausreichend bereit meldet.
- Exakten Namespace-Namen aus dem Portal in Manifesten verwenden.
Was die Plattform vorbereitet
Je nach Tenant-Zustand und aktivierten Features kann die Vorbereitung enthalten:
- Namespace-Metadaten;
- Flux-Reconciliation-Kontext;
- ServiceAccount- und SecretStore-Referenzen;
- Quota- und Policy-Labels;
- Observability- und Billing-Attribution;
- Exposure- und Network-Policy-Kontext.
Wenn das Portal den Namespace als nicht bereit zeigt, beheben Sie diesen Zustand vor Manifeständerungen.
Fragen oder bereit loszulegen?
Mit uns sprechen