Technische Arbeitsweise

Erst verstehen.
Dann gezielt verändern.

Ich arbeite von konkreten Befunden aus. Die Grenze zwischen zwei Systemen ist dabei oft interessanter als die einzelne Komponente.

„Was müsste zu sehen sein,
wenn diese Erklärung stimmt?“

Diese Frage macht aus einer plausiblen Idee eine prüfbare Hypothese. Sie verhindert, dass mehrere Änderungen gleichzeitig zwar den Status beruhigen, aber die Ursache offenlassen.

Den Zustand sichern.

Betroffene Revision, Zeitfenster, Logs, Events und Vergleich zu einem gesunden Pfad. Vor einem Neustart festhalten, was danach nicht mehr verfügbar sein könnte.

Die Grenze finden.

Anwendung, Delivery, Kubernetes, Netzwerk, Identität und Cloud-Abhängigkeit getrennt prüfen. Eine erfolgreiche DNS-Auflösung beweist keine Verbindung und eine Verbindung keine Berechtigung.

Eine Änderung begründen.

Befund, erwartete Wirkung und Rückweg benennen. Bei einem akuten Ausfall können Stabilisierung und Ursachenanalyse parallel nötig sein. Beides sollte als solches erkennbar bleiben.

Wirkung und Bestand prüfen.

Den ursprünglichen Pfad unter vergleichbaren Bedingungen erneut prüfen. Danach den nächsten Rollout oder Reconcile betrachten und die Änderung in der zuständigen Konfiguration sichern.

Den Kontext übergeben.

Was war die Ursache, was wurde geändert, was bleibt unsicher? Die Menschen, die das System weiter betreiben, brauchen diese Antworten ebenso wie den Code.

Gedankenbeispiel · keine Kundendaten

Dasselbe Symptom.
Eine andere nächste Frage.

Eine Anwendung erreicht eine AWS-Abhängigkeit nicht. Der konkrete Befund entscheidet, wo die Diagnose weitergeht.

NXDOMAIN

Welcher Name wurde in welchem Resolver-Kontext gefragt? Service-/Namespace-Namen, Search Domains und die zuständige private Zone prüfen.

Connection timeout

Welche Verbindung kommt nicht zustande? Quelle und Ziel, Route, Security Groups, NetworkPolicy und Zustand des Ziels getrennt prüfen.

AccessDenied

Welche Identität führt welche Aktion aus? Die tatsächliche Workload-Identität und die konkrete Resource-/Policy-Grenze prüfen.

Eine Frage zu
meiner Arbeit?

Ich freue mich über fachlichen Austausch und berufliche Kontakte.

Kontakt aufnehmen