Seminar Phoenix Framework – Monitoring, Telemetry und Observability

Die kompakte Schulung macht Phoenix-Anwendungen über strukturierte Logs, Telemetry-Ereignisse, Metriken und korrelierte Diagnosedaten beobachtbar. Aus technischen Messwerten entstehen konkrete Betriebsindikatoren, Alarme und Diagnoseabläufe.

Inhaltsübersicht

• Seminarprofil, Zielgruppe und Voraussetzungen
• Lernziele
• Schrittweise Seminarinhalte
• Praxisprojekt
• Methodik

Zielgruppe

Phoenix-Entwickler, DevOps- und Plattformteams sowie technische Betriebsverantwortliche

Voraussetzungen

Phoenix-Grundkenntnisse und grundlegendes Verständnis von Produktionsbetrieb und Metriken

Lernziele

• Strukturierte Logs mit geeigneten Metadaten erzeugen
• Phoenix-, LiveView-, Ecto- und VM-Telemetrie erfassen
• Metriken und Alarme aus Betriebszielen ableiten
• Störungen anhand korrelierter Signale systematisch diagnostizieren

Seminarinhalte

1. Observability-Ziele

1. Schritt 1: Kritische Benutzerwege und technische Abhängigkeiten identifizieren.
2. Schritt 2: Verfügbarkeit, Latenz, Fehler und Sättigung als Signalkategorien festlegen.
3. Schritt 3: Messpunkte an konkreten Betriebsfragen ausrichten.

2. Strukturierte Logs

1. Schritt 1: Loglevel und Ereignistypen konsistent definieren.
2. Schritt 2: Request-, Benutzer-, Tenant- und Korrelationsmetadaten datensparsam ergänzen.
3. Schritt 3: Geheimnisse und personenbezogene Inhalte aus Logs ausschließen.

3. Telemetry-Ereignisse

1. Schritt 1: Vorhandene Phoenix-, LiveView-, Ecto- und VM-Ereignisse erfassen.
2. Schritt 2: Eigene Ereignisse an fachlich relevanten Grenzen auslösen.
3. Schritt 3: Messungen und Metadaten stabil benennen.

4. Metriken und Betriebsindikatoren

1. Schritt 1: Counter, Summen, Verteilungen und letzte Werte passend auswählen.
2. Schritt 2: Latenz- und Fehlerindikatoren aus Benutzerwegen ableiten.
3. Schritt 3: Sättigung für Datenbankpool, Prozesse und Warteschlangen sichtbar machen.

5. Dashboards und Alarme

1. Schritt 1: Übersichten nach Dienst, Endpunkt und Abhängigkeit strukturieren.
2. Schritt 2: Schwellwerte mit Zeitfenstern und Mindestvolumen kombinieren.
3. Schritt 3: Alarmflut durch Priorität, Deduplizierung und klare Zuständigkeit vermeiden.

6. Diagnoseübung

1. Schritt 1: Eine Störung anhand von Logs, Metriken und Ereigniszeitlinie eingrenzen.
2. Schritt 2: Hypothesen mit gezielten Messungen überprüfen.
3. Schritt 3: Erkenntnisse in Runbook und zusätzliche Instrumentierung überführen.

Praxisprojekt

Instrumentierung einer Phoenix-Anwendung mit strukturierten Request- und Job-Logs, Telemetry-Metriken für Web, LiveView und Ecto, Betriebsdashboard, Alarmregeln und einer reproduzierbaren Diagnoseübung.

Methodik

Kurze fachliche Einführungen wechseln mit Live-Demonstrationen, geführten Implementierungsschritten, eigenständigen Übungen, Code-Reviews, Fehlerszenarien und überprüfbaren Zwischenständen. Sämtliche Übungen bauen auf einem konsistenten Referenzprojekt auf.