Was ist der Unterschied zwischen Ablaufverfolgung und Protokollierung?

Was ist aus terminologischer Sicht und im Allgemeinen der Unterschied zwischen a tracing und ein logging ?

Danke!

Logging ist nicht Tracing!

Logging

Wenn Sie eine große Anwendung entwerfen, benötigen Sie eine gute und flexible Fehlerberichterstattung – möglicherweise über mehrere Computer hinweg –, um Protokolldaten zentral zu erfassen. Das ist ein perfekter Anwendungsfall für die Logging Application Block wo Sie einen Remote-Trace-Listener konfigurieren und die Protokolldaten an einen zentralen Protokollserver senden, der seine Protokollnachrichten in einer Datenbank, einer Protokolldatei oder was auch immer speichert. Wenn Sie die Out-of-Process-Kommunikation nutzen, sind Sie bereits durch die Netzwerkleistung begrenzt, die im besten Fall mehrere tausend Logs/s beträgt.

Tracing

Neben der Fehlerberichterstattung müssen Sie auch Ihren Programmablauf verfolgen, um herauszufinden, wo die Leistungsengpässe liegen. Noch wichtiger ist, dass Sie bei Auftreten eines Fehlers die Möglichkeit haben, herauszufinden, wie Sie dorthin gekommen sind. In einer idealen Welt wäre für jede Funktion eine Ablaufverfolgung aktiviert, die die Funktionsdauer, die übergebenen Parameter und den Fortschritt Ihrer Funktion anzeigt.

Wenn der Kontext eine Beobachtbarkeitsfähigkeit über a entwickelt verteilte Architektur, ist es üblich, über Metriken, Protokolle und Ablaufverfolgung zu sprechen. In diesem Zusammenhang bezieht sich Tracing auf verteilte Ablaufverfolgung.

Die verteilte Ablaufverfolgung ist eine spezialisierte Art der Telemetrie (ähnlich wie die Protokollierung, aber anders) und wird normalerweise hochautomatisiert durch Instrumentierungs-Frameworks erstellt. Die Telemetriedaten werden von den einzelnen Diensten im System gesendet und von einem zentralen Dienst (einem verteilten Tracer) aggregiert, der in der Lage ist, die Telemetriedaten von vielen einzelnen Diensten für jede im System eingegangene Anforderung zu einem einzigen Trace zusammenzufügen. Es kann dann eine Zeitleiste und ein Diagramm darüber bereitstellen, wie eine Anfrage durch die Dienste im System gegangen ist. Der Hauptzweck verteilter Ablaufverfolgungen besteht darin, Leistungseinbußen, Fehlerausbreitung und Abhängigkeitsinteraktionen in verteilten Systemen zu untersuchen.

Während die Ablaufverfolgung in einem traditionelleren monolithischen Kontext typischerweise auf die Ablaufverfolgung einzelner Funktionsaufrufe innerhalb einer Anwendung abzielt, befasst sich die verteilte Ablaufverfolgung typischerweise nur mit den Interaktionen zwischen Dienstleistungen. Telemetrie von Details auf Funktionsaufrufebene ist möglich, aber selten implementiert.

Weitere Informationen zur verteilten Ablaufverfolgung finden Sie unter: https://opentelemetry.lightstep.com/tracing/

Trace ist die am wenigsten gefilterte Protokollierungsstufe. Jede Protokollanweisung hat eine Filterebene:

• trace
• debug
• warning
• error
• severe

Zum Beispiel. wenn die Protokollierungsbibliothek für die Protokollierung mit Ebene konfiguriert ist warning dann alle warning, error Und severe Logging-Anweisungen geben Meldungen an die Logging-Ausgabe aus.

Die Protokollierung dient auch der Leistungsüberwachung. Muss nicht stimmen, dass nur Trace herausfinden kann, wo die Performance-Engpässe liegen. Beide können im verteilten Modus arbeiten.