Grundkonzepte der Opentelemetry

Offene Telemetrie

In einer Welt, in der verteilte Systeme und Mikrodienste weit verbreitet sind, ist es sehr schwierig geworden, den Systembetrieb zu überprüfen oder Fehler zu verfolgen. In dieser Umgebung müssen viele Dienste Daten in einem gemeinsamen Format senden und zur Analyse des Systems verbinden.

Opentelemetry (im Folgenden otel) ist ein Framework, das entwickelt wurde, um die Beobachtbarkeit der neuesten Softwaretrends zu erhöhen. Wir stellen API, Konventionen, Toolkits usw. bereit.

Aber selbst wenn es sich nur um einen einzelnen Dienst handelt, scheint es einfacher zu sein, Protokolle anzuzeigen, und die Einrichtung ist nicht so schwierig (solange Sie nichts Seltsames tun ...), also ist es kein Schlechte Idee, es auszuprobieren.

Beobachtbarkeit

Um otel zu verstehen, müssen Sie Beobachtbarkeit kennen.
Obwohl es schwierig ist, es klar zu definieren, denke ich, dass es als die Fähigkeit definiert werden kann, die Frage „Warum ist das passiert?“ zu beantworten.

Dazu muss das Programm „gut instrumentiert“ sein.

Instrumentierung

Dieser Ausdruck wird Ihnen bei der Implementierung von Opentelementry häufig begegnen. Auf Koreanisch bedeutet es „Messung“, aber man kann es sich auch so vorstellen, dass man Dinge gut misst und aufzeichnet

Zum Beispiel gibt es mehrere Signale (auch Telemetriedaten genannt), die gemessen werden, und zu diesen Signalen gehören Protokolle, Traces und Metriken. (Diese Signale werden später noch einmal auftauchen)

Opentelemetry (Fortsetzung)

Otel ist hersteller- und werkzeugunabhängig und daher vielseitig einsetzbar. Es besteht keine Verpflichtung, Observability-Backends zu verwenden. Sie können offene Quellen verwenden, die den Otel-Standards entsprechen

Um Otel nutzen zu können, müssen Sie nur ein paar (?) Konzepte und APIs erlernen.

Einige Konzepte, die Sie über Opentelemetry wissen müssen

Sie müssen die Elemente lernen, aus denen Otel besteht.

• Verteilte Ablaufverfolgung

• Protokoll, Span, Trace

• Kontextweitergabe

• Signale

• Sammler

Verteilte Ablaufverfolgung

Dies dient dazu, zu verfolgen, was passiert, wenn eine Anfrage in einem verteilten System gestellt wird. Das nimmt das Ootel ernst. Verteiltes System bezieht sich auf ein System, in dem eine Anfrage über A-Dienst, B-Dienst und C-Dienst abgeschlossen wird.

Log, Span, Trace

Protokoll

Protokoll ist das gleiche Protokoll, das wir beim Codieren immer erstellen. Es gibt einen Zeitstempel, sodass er zu diesem Zeitpunkt geschrieben wird. Es hilft sehr bei der Interpretation des Systemverhaltens.

Allerdings ist es schwierig, den Code aus dem Protokoll selbst zu verstehen. Es müssen mehr Kontextinformationen einbezogen werden. Das Protokoll ist nützlicher, wenn es sich auf Span oder Trace bezieht.

Spanne

Span ist eine Aktionseinheit. Der Name eines bestimmten Vorgangs, zeitbezogene Daten und Protokolle, die im Span enthalten sind, verfügen über Eigenschaften, die Span-Attribute genannt werden.

Zum Beispiel verfügt es über Eigenschaften wie http.request.method und url.path.

Verfolgen

Der Prozess vom Anfang bis zum Abschluss einer Anfrage wird als Trace bezeichnet. Dieser Trace kann Spannen von mehreren Systemen umfassen, nicht nur von einem System.

Der allererste Span wird Root Span genannt.

Normalerweise als Wasserfalldiagramm dargestellt.

Kontextweitergabe

Gibt weiterhin Kontextinformationen weiter, sodass verwandte Signale und Spuren verbunden werden können.

Die Weitergabe serialisiert und deserialisiert dieses Kontextinformationsobjekt, sodass es zwischen Diensten und Prozessen verschoben werden kann. Im Normalfall wird der W3C TraceContext Propagator verwendet.

Signale

Signal ist ein Kollektionselement von Ootel. Es gibt insgesamt 4: Log, Metric, Trace und Baggage.

Protokoll

Dies ist das oben erwähnte Protokoll. Es enthält eine Nachricht, die zu einem bestimmten Zeitpunkt aufgenommen wurde.

Metrisch

Dies sind Daten zur Messung der Zahlen, die im Dienst gemessen werden müssen. Dies sind beispielsweise Dinge, die aufgezeichnet werden müssen, um Zahlen zu messen, z. B. wie oft etwas angerufen wurde und wie voll die Warteschlange war

Verfolgen

Das Gleiche wie oben erwähnte Trace.

Gepäck

Hierbei handelt es sich um Informationen, die wie Kontext über einen Schlüsselwertspeicher weitergegeben werden. Es speichert hauptsächlich zusätzliche Informationen wie die Benutzer-ID.

Kollektor

Es heißt Opentelemetry Collector. Collector ist dafür verantwortlich, Telemetriedaten von der Anwendung zu empfangen, sie zu verarbeiten und in den Telemetriespeicher zu exportieren.

Es ist in Ordnung, Telemetriedaten ohne Kollektor direkt von der Anwendung an den Speicher zu senden, aber es ist besser, einen Kollektor auszuführen und die Verarbeitung der Telemetriedaten dem Kollektor zu überlassen, und die Anwendung erledigt ihre eigene Sache.

Die Verwendung eines Kollektors bietet viele Vorteile, z. B. die Möglichkeit, Konfigurationen zu variieren und eine Span-Tail-Filterung im Kollektor durchzuführen.

Das obige ist der detaillierte Inhalt vonGrundkonzepte der Opentelemetry. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!