Kapitel 3. Fehlersuche mit Observabilität
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
Wie zu Beginn von Kapitel 2 erwähnt, können Beobachtungssignale grob in zwei Kategorien eingeteilt werden, je nachdem, welchen Wert sie haben: Verfügbarkeit und Debuggability. Aggregierte Anwendungsmetriken liefern das beste Verfügbarkeitssignal. In diesem Kapitel werden wir uns mit den beiden anderen wichtigen Signalen, dem verteilten Tracing und den Protokollen, beschäftigen.
Wir zeigen einen Ansatz zur Korrelation von Metriken und Traces, bei dem ausschließlich Open-Source-Tools zum Einsatz kommen. Einige kommerzielle Anbieter arbeiten ebenfalls daran, diese einheitliche Erfahrung zu bieten. Wie in Kapitel 2 soll die Vorstellung eines bestimmten Ansatzes dazu dienen, eine Vorstellung davon zu bekommen, wie anspruchsvoll dein Observability Stack mindestens sein sollte, wenn er vollständig aufgebaut ist.
Und schließlich kann die verteilte Tracing-Instrumentierung, da sie den Kontext über eine Microservice-Hierarchie weitergeben muss, ein effizienter Ort sein, um das Verhalten tiefer im System zu steuern. Als Beispiel für die Möglichkeiten werden wir eine hypothetische Funktion zum Testen von Fehlerinjektionen diskutieren.
Die drei Säulen der Beobachtbarkeit... oder sind es zwei?
Wie in Distributed Systems Observability von Cindy Sridharan (O'Reilly) beschrieben, bilden drei verschiedene Arten der Telemetrie ...
Get SRE mit Java Microservices now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
