Verteilte Rückverfolgung in der Praxis

Kapitel 13. Jenseits des verteilten Tracing

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Gleich zu Beginn dieses Buches, in der Einleitung, haben wir dargelegt, dass die meisten Anwendungen heute in irgendeiner Form verteilt sind, sei es als einfache Client-Server-Anwendungen oder in allgemeineren Architekturen wie Microservices. Verteilte Architekturen bieten klare Vorteile, vor allem in Bezug auf Skalierbarkeit, Zuverlässigkeit und Wartbarkeit. Der größte Nachteil ist jedoch, dass verteilte Architekturen die traditionellen Methoden der Profilerstellung, Fehlersuche und Überwachung unterbrechen. Diese Methoden wurden entwickelt, um Informationen komponenten- oder maschinenzentriert zu erfassen (weil sie entwickelt wurden, als Anwendungen nur auf einer einzigen Maschine liefen). Im Gegensatz dazu interessieren wir uns in verteilten Architekturen für die End-to-End-Ausführung von Anfragen über mehrere Komponenten und Rechner hinweg. Herkömmliche Methoden reichen für verteilte Architekturen nicht aus, weil es ihnen an Transparenz mangelt: Sie wurden nicht entwickelt, um Ereignisse über mehrere Komponenten und Maschinen hinweg zu korrelieren und zu kombinieren.

Genau darum geht es beim verteilten Tracing - um die Profiling-, Debugging- und Überwachungsanforderungen moderner, verteilter Architekturen zu erfüllen. Verteiltes Tracing wurde für verteilte Architekturen entwickelt und befasst sich ...