Seminar ServicePilot Application Performance Monitoring und Distributed Tracing

Einordnung

Dieses Seminar behandelt die Überwachung moderner Anwendungen mit Metriken, Traces und Logs. Dazu gehören Transaktionen, Serviceketten, Datenbankzugriffe, Fehlerbilder, Latenzen und die Einordnung von Nutzer- und Systemperspektive.

Drei Tage sind notwendig, weil APM nicht nur Oberflächenbedienung ist. Anwendungen haben Abhängigkeiten, und Abhängigkeiten benehmen sich bekanntlich nicht immer wie im Architekturdiagramm.

Inhaltsübersicht

• APM-Ziele und Datenarten festlegen
• Anwendungen und Services modellieren
• Distributed Tracing auswerten
• Performance- und Fehleranalyse durchführen
• APM im Betrieb verankern

Zielgruppe

Applikationsverantwortliche, DevOps-Teams, Plattformadministratoren, SREs, Entwickler mit Betriebsaufgaben und Monitoring-Spezialisten.

Voraussetzungen

Erfahrung mit Anwendungen, Schnittstellen, Webdiensten oder Microservices ist sinnvoll. Grundwissen zu Metriken und Logs erleichtert den Einstieg.

Seminarinhalte

Kapitel 1: APM-Ziele und Datenarten festlegen

Die Teilnehmenden unterscheiden technische Metriken, Traces, Logs und synthetische Prüfungen.

1. Anwendungsziele wie Verfügbarkeit, Latenz und Fehlerrate definieren.
2. Metriken, Traces und Logs ihrem Analysezweck zuordnen.
3. Kritische Transaktionen und Serviceketten erfassen.
4. Messpunkte nach Risiko und Nutzerwirkung priorisieren.

Kapitel 2: Anwendungen und Services modellieren

Eine Anwendung wird als Kette aus Komponenten, Abhängigkeiten und Transaktionen betrachtet.

1. Frontends, APIs, Backends, Datenbanken und externe Dienste erfassen.
2. Serviceabhängigkeiten in einer logischen Sicht strukturieren.
3. Namenskonventionen für Services, Umgebungen und Versionen festlegen.
4. Messpunkte für zentrale Benutzerwege definieren.

Kapitel 3: Distributed Tracing auswerten

Traces zeigen, wo Zeit verloren geht und welche Komponente betroffen ist.

1. Trace-Struktur mit Span, Dauer und Fehlerstatus lesen.
2. Langsame Transaktionen nach Komponente eingrenzen.
3. Fehlerhafte Serviceaufrufe und Timeouts erkennen.
4. Trace-Daten mit Infrastruktur- und Logdaten abgleichen.

Kapitel 4: Performance- und Fehleranalyse durchführen

Die Analyse führt von Symptom zu Ursache, nicht von Vermutung zu hektischem Neustart.

1. Latenzspitzen, Fehlerraten und Ressourcenengpässe vergleichen.
2. Datenbank, Netzwerk, Anwendungscode und externe Dienste als Ursachen prüfen.
3. Zeitfenster vor und nach Änderungen gegenüberstellen.
4. Analysebefunde in eine technische Handlungsempfehlung überführen.

Kapitel 5: APM im Betrieb verankern

APM-Daten werden erst wertvoll, wenn sie in Reviews, Alarmierung und Verbesserungsarbeit einfließen.

1. Dashboards für Betrieb, Entwicklung und Management unterscheiden.
2. Alarmregeln für kritische Transaktionen erstellen.
3. Release- und Änderungsereignisse in die Analyse einbeziehen.
4. Regelmäßige Performance-Reviews planen.

Praxisarbeit im Seminar

Die Praxisarbeit nutzt ein mehrstufiges Anwendungsszenario mit Frontend, API, Datenbank und externem Dienst. Analysiert wird eine Störung mit Latenz und Fehlern.

1. Servicekette einer Beispielanwendung modellieren.
2. Messpunkte und kritische Transaktionen definieren.
3. Trace-Auswertung für eine langsame Anfrage durchführen.
4. APM-Dashboard und Alarmkonzept skizzieren.