Verteilte Rückverfolgung in der Praxis

Anhang B. Kontextverbreitung in OpenTelemetry

In Kapitel 14 haben wir die Kontextpropagierung besprochen, die nicht nur für verteiltes Tracing, sondern auch für andere Anwendungen in Microservice-Architekturen gilt. Zum jetzigen Zeitpunkt hat OpenTelemetry einen Vorschlag zur Trennung des Kontextmechanismus und -modells von den verteilten Tracing- und Metrikmodellen angenommen, um eine größere Bandbreite an Anwendungsfällen zu unterstützen. Da die genaue Umsetzung dieses Vorschlags in eine Spezifikation noch nicht erfolgt ist, beschreiben wir hier die übergeordneten Ziele dieses Kontextpropagationsmodells, wie es sich in das gesamte OpenTelemetry-Projekt einfügt und wie es verwendet werden soll.

Warum ein separates Kontextmodell?

An früherer Stelle im Buch haben wir die Vorteile der Kontextpropagierung als Mechanismus erörtert, der für Anwendungsfälle gilt, die über das Profiling und die Überwachung von Microservice-Architekturen hinausgehen, auch bekannt als übergreifende Tools. Die praktische Realität der Softwareentwicklung hat dazu geführt, dass diese übergreifenden Tools oft eng an eine bestimmte Komponente oder Abhängigkeit in ihrer Software gekoppelt sind. Ein Beispiel dafür ist OpenTracing - die Fähigkeit, Schlüssel-Wert-Paare durch Trace-Kontext-Baggage weiterzugeben, ist sehr nützlich, um Nachrichten zu Telemetriezwecken in einer Anwendung weiterzuleiten (z. B. um Daten im Baggage von einem vorgelagerten Dienst zu verwenden, um ein bestimmtes Ereignis oder eine Metrik ...