Reaktive Systeme in Java

Kapitel 13. Beobachtung reaktiver undereignisgesteuerter Architekturen

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

Bisher haben wir uns darauf konzentriert, wie wir reaktive Systeme entwickeln. Was wir noch nicht besprochen haben, ist, wie wir sicherstellen, dass alle Komponenten unseres reaktiven Systems so funktionieren, wie wir es erwarten. Das ist der Schwerpunkt dieses Kapitels: wie wir unsere reaktive und ereignisgesteuerte Architektur überwachen und beobachten.

Warum ist Beobachtbarkeit wichtig?

Wenn es sich bei einer Anwendung um ein einzelnes Deployment oder einen Monolithen handelt, ist es relativ einfach zu beobachten, wie sich die Anwendung verhält. Alles, was wir beobachten müssen, befindet sich an einem Ort. Egal, ob es darum geht, die Protokolle auf Fehler zu überprüfen, die Auslastung von CPU und Speicher oder andere Aspekte zu überwachen, es ist alles zugänglich.

Bei einer reaktiven und ereignisgesteuerten Architektur sind es oft mehrere, Dutzende oder sogar Hunderte von Einsätzen. Wir haben es nicht mehr mit einem einzigen Ort zu tun, an dem wir die Informationen sehen, die wir überwachen und beobachten müssen, sondern mit vielen Orten! Observability-Tools bieten uns die Möglichkeit, diese Informationen zu sammeln und an einem einzigen Ort wieder anzuzeigen.

Wir müssen jedoch die notwendigen Informationen oder Telemetrie von den Komponenten in der ereignisgesteuerten Architektur ...