Storage, Services und Backups
So planst und beantragst du Speicher, Managed Services und Backups für deine Anwendungen.
Nutze Data & Services, bevor du stateful Workloads deployst.
Das Portal zeigt, welche Storage-, Managed-Service- und Protection-Aktionen für den Tenant verfügbar sind. Verfügbarkeit hängt von Policy, Quota, Tenant Mode, Plan und Plattformfähigkeiten ab.
Persistent Storage
- Data & Services öffnen.
- Ziel-Namespace wählen.
- Storage Volume Intent mit Größe, Klasse und Access Mode erstellen.
- Quota-, Kosten- und Policy-Feedback prüfen.
- Speichern und Portalzustand abwarten.
- Resultierende PVC aus GitOps-Manifesten referenzieren.
Der Portal Intent allein mountet keinen Storage in die Anwendung. Das Workload-Manifest braucht weiterhin die korrekte PVC-Referenz.
Managed Services
Managed Services sind Capability-gesteuert. Wenn Erstellung deaktiviert ist, lies den Grund im Portal und nutze einen Change Request, falls die Capability außerhalb aktueller Tenant Bounds liegt.
Erstelle keine Plattform-Service-Ressourcen direkt in GitOps, um eine deaktivierte Portalaktion zu umgehen.
Backup und Restore Context
Backup- und Restore-Verhalten hängt von Tenant, Storage Class, Protection Policy und kommerziellem Scope ab. Das Portal kann Protection Bindings und Restore Points anzeigen, sofern verfügbar.
Versprich Backup-Verhalten nicht aus öffentlichen Docs allein. Prüfe Tenant Policy und Vertrag für produktive Recovery-Erwartungen.
Noch Fragen oder bereit loszulegen?
Mit uns sprechen