Plattform nutzen
Observability und Troubleshooting
Portalzustand und Observability Views nutzen, um Anwendungsprobleme einzugrenzen.
Nutzen Sie Observability zusammen mit der relevanten Aufgaben-Seite. Die meisten Anwendungsprobleme lassen sich schneller eingrenzen, wenn zuerst klar ist, welcher Bereich geändert wurde: GitOps, Runtime, Storage, Network oder Billing/Limits.
Erste Checks
| Frage | Wo prüfen |
|---|---|
| Reconciled Tenant oder Namespace noch? | Home und Applications |
| Ist GitOps Source oder Kustomization fehlgeschlagen? | Applications |
| Sind Pods unhealthy oder Endpoints leer? | Observability und Workload Status |
| Fehlt Storage oder ist er nicht gemountet? | Data & Services plus Manifeste |
| Ist die Route live, aber kaputt? | Network & Exposure |
| Blockiert Limit oder Policy die Aktion? | Disabled Reason oder Change-Request-Hinweis |
Stabiler Debugging-Ablauf
- Portalstatus prüfen, bevor Manifeste geändert werden.
- Namespace und GitOps Binding bestätigen.
- Letzte Anwendungsänderung prüfen.
- Runtime Readiness und Events prüfen, sofern sichtbar.
- Network Route und Service Endpoints prüfen.
- Storage- und Secret-Referenzen prüfen.
- Mit exaktem Portalstatus und letzter Änderung eskalieren.
Was an Support gehört
Senden Sie Statusmeldungen, Namespace-Namen, Anwendungsnamen, Zeitpunkte und was sich geändert hat.
Senden Sie keine Secret-Werte, Private Keys, Tokens oder vollständige Environment-Dateien.
Fragen oder bereit loszulegen?
Mit uns sprechen