Frau Aydin öffnet im Windows-Programm die Auftragsliste. Der Aufruf geht an die Web-API, die API fragt die Datenbank, und irgendwo auf diesem Weg dauert es acht Sekunden. Im Windows-Programm gibt es eine Meldung, in der API einen Protokolleintrag, in der Datenbank nichts. Drei Orte, drei Zeitangaben, und niemand weiß, ob sie zu demselben Vorgang gehören.
Grundlagen der Beobachtung, also Application Insights, Abfragen und Alarme in Azure, lehrt K3, Modul 3.4. Diese Lektion zeigt, was im Doppelbetrieb dazukommt: dieselbe Spur in zwei Programmen, Messwerte, die alt und neu vergleichbar machen, Alarme über beide Welten und ein Budget, das sagt, wie viel Fehler das Vorhaben sich leisten darf.
Was Sie wissen müssen
Die Beobachtung im Doppelbetrieb beantwortet fünf Fragen, und sie brauchen nicht alle dasselbe Signal:
| Frage | Signal | Woher im Auftragsbuch |
|---|---|---|
| Läuft es? Wie oft scheitert der neue Weg im Vergleich zum alten? | Messwert (Zähler mit Ergebnis und Weg) | die Weiche (Lektion M6.3) |
| Ist es nicht langsamer? | Messwert (Dauer je Weg) | die Weiche |
| Wo hakt ein einzelner Vorgang? | Spur (Aufrufe von Programm zu Programm) | Windows-Programm, API, Datenbankaufrufe |
| Sind die Ergebnisse gleich? | Vergleich der Daten oder Ergebnisse | Abgleich (Lektion M6.2), Vergleichstests (Lektion M4.3) |
| Wer benutzt den alten Weg noch? | Messwert mit Weg alt und Anmeldungen an der Datenbank |
Lektion M6.5 |
Die Zeile „Sind die Ergebnisse gleich?“ ist keine Telemetrie, sondern eine Prüfung, und sie ist der Grund, warum eine Beobachtung nie nur aus Übersichten besteht.