sre

Cluster access, KUBECONFIG patterns, and internal service URLs are in the k8s skill.

You MUST apply 5 Whys before concluding any investigation. Stopping at symptoms leads to ineffective fixes.

Metrics and alerts via kubectl exec (Prometheus is behind OAuth2 Proxy — DNS URLs won't work for API queries):

SRE-Debugging-Methodik für die Untersuchung von Kubernetes-Vorfällen, die Ursachenanalyse, und Fehlerdiagnose. Verwenden Sie, wenn: (1) Pods nicht starten, hängen bleiben oder ausfallen (CrashLoopBackOff, ImagePullBackOff, OOMKilled, Pending), (2) Debuggen von Kubernetes-Fehlern oder Untersuchen des „Warum ist mein Pod …“, (3) Verschlechterung oder Nichtverfügbarkeit des Dienstes, (4) Ursachenanalyse für jeden Kubernetes-Vorfall, (5) Netzwerkrichtlinie, die den Datenverkehr blockiert, (6) Blockierte HelmReleases oder Flux-Fehler, die behoben werden müssen. Auslöser: „Pod startet nicht“, „Pod steckt fest“, „CrashLoopBackOff“, „ImagePullBackOff“, „OOMKilled“, „Ausstehender Pod“, „Warum ist mein Pod“, „Kubernetes-Fehler“, „k8s-Fehler“, „Dienst nicht verfügbar“, „Dienst kann nicht erreicht werden“, „Kubernetes debuggen“, „Fehler bei k8s beheben“, „Was stimmt mit meinem Pod nicht“, „Bereitstellung funktioniert nicht“, „Helm-Installation fehlgeschlagen“, „Fluss wird nicht abgeglichen“, „Grundursache“, „5 Gründe“, „Vorfall“, „Blockierung durch Netzwerkrichtlinien“, „Hubble fallen gelassen“, „Stagnierte Helmfreigabe“, „Live wird nicht aktualisiert“, „Promotion-Pipeline steckt fest“, „Artefakt nicht promotet“ Quelle: ionfury/homelab.