In diesem Dokument wird beschrieben, wie Sie eine Python-Anwendung ändern, um Trace- und Messwertdaten mit dem Open-Source-Framework OpenTelemetry zu erfassen und strukturierte JSON-Logs in das Standard-Out-Format zu schreiben. Dieses Dokument enthält auch Informationen zu einer Python-Beispielanwendung, die Sie installieren und ausführen können. Die App das Web-Framework Flask verwendet und zum Generieren von Messwerten konfiguriert ist, Traces und Logs.
Weitere Informationen zu Instrumentierung finden Sie in den folgenden Dokumenten:
Manuelle und automatische Instrumentierung
Für diese Sprache definiert OpenTelemetry die automatische Instrumentierung als das Sammeln von Telemetriedaten aus Bibliotheken und Frameworks arbeiten, ohne Änderungen am Code vorzunehmen. Sie haben jedoch Module installieren und Umgebungsvariablen festlegen.
In diesem Dokument wird die manuelle Instrumentierung nicht beschrieben. Informationen zu zu diesem Thema Automatische Instrumentierung für Python.
Allgemeine Informationen finden Sie unter OpenTelemetry-Instrumentation for Python
Hinweis
Enable the Cloud Logging, Cloud Monitoring, and Cloud Trace APIs.
Anwendung für die Erfassung von Traces, Messwerten und Logs instrumentieren
Um Ihre Anwendung so zu instrumentieren, dass Trace- und Messwertdaten erfasst und geschrieben werden eines strukturierten JSON-Formats verwenden, führen Sie die folgenden Schritte wie beschrieben aus. in den nachfolgenden Abschnitten dieses Dokuments:
OpenTelemetry konfigurieren
Diese Beispiel-App ist so konfiguriert, dass Traces mit dem OpenTelemetry Python SDK exportiert werden und Messwerte mithilfe des OTLP-Protokolls abrufen können. Standardmäßig ist die OpenTelemetry- Das Python SDK verwendet das Format W3C Trace Context für Trace-Kontext weitergeben, damit Spans in einem Trace über- und untergeordneten Elementen korrekt sind.
Das folgende Codebeispiel zeigt ein Python-Modul zum Einrichten von OpenTelemetry. Wenn Sie sich das vollständige Beispiel ansehen möchten, klicken Sie auf more_vert Mehr und wählen Sie dann Auf GitHub ansehen aus.
Die Flask-Anwendung nutzt Gunicorn, um HTTP-Anfragen zu bedienen. Dabei werden die Empfehlungen im Leitfaden zum Bereitstellen in der Produktion von Flask befolgt.
Gunicorn startet mehrere Kopien Ihrer Anwendung in unabhängigen Worker-Prozessen, um den Durchsatz zu erhöhen. Damit Messwerte aus den Worker-Prozessen nicht miteinander in Konflikt stehen, empfehlen wir, für jeden Worker-Prozess einen eindeutigen Wert für das Ressourcenattribut service.instance.id
festzulegen. Eine Möglichkeit dazu ist, die Prozess-ID in service.instance.id
einzufügen. Weitere Informationen finden Sie unter
Zeitreihenkollisionen.
Weitere Informationen und Konfigurationsoptionen finden Sie unter OpenTelemetry Python Instrumentierung.
Strukturiertes Logging konfigurieren
Wenn Sie strukturierte Protokolle schreiben möchten, die mit Traces verknüpft sind, konfigurieren Sie Ihre Anwendung so, dass JSON-formatierte Protokolle mit Schlüsseln, die Trace-Informationen enthalten, in die Standardausgabe ausgegeben werden. Das folgende Codebeispiel zeigt, wie die Standard-
logging
-Bibliothek zur Ausgabe strukturierter JSON-Logs mit dem
python-json-logger
-Bibliothek und wie Sie die
opentelemetry-instrumentation-logging
-Paket, um Trace einzuschließen
Informationen.
Die vorherige Konfiguration extrahiert Informationen zum aktiven Span aus der Lognachricht und fügt diese Informationen dann als Attribute dem strukturierten JSON-Log hinzu. Mit diesen Attributen können Sie dann ein Log mit einem Trace korrelieren:
logging.googleapis.com/trace
: Der Ressourcenname des Trace, das mit dem Logeintrag verknüpft ist.logging.googleapis.com/spanId
: Die Span-ID mit dem Trace, das dem Logeintrag zugeordnet ist.logging.googleapis.com/trace_sampled
: Der Wert dieses Felds musstrue
oderfalse
sein.
Weitere Informationen zu diesen Feldern finden Sie in der LogEntry
-Struktur.
Beispielanwendung ausführen, die für die Erfassung von Telemetriedaten konfiguriert ist
Die Beispielanwendung verwendet anbieterneutrale Formate, einschließlich JSON für Logs und OTLP für Messwerte und Traces. Telemetrie aus der Anwendung wird über folgende Methode an Google Cloud weitergeleitet:
Die OpenTelemetry-Collector
, die mit Google-Exportern konfiguriert wurde. Es verwendet Flask für den Versand von HTTP-Anfragen und die requests-Bibliothek für das Senden von HTTP-Anfragen. Um Messwerte und Traces für den HTTP-Client und ‑Server zu generieren, werden in der Beispiel-App die Instrumentierungsbibliotheken opentelemetry-instrumentation-flask
und opentelemetry-instrumentation-requests
installiert:
Die Anwendung hat zwei Endpunkte:
Der
/multi
-Endpunkt wird von dermulti
-Funktion verarbeitet. Der Lastgenerator in der Anwendung gibt Anfragen an den Endpunkt/multi
aus. Wenn dieser Endpunkt eine Anfrage empfängt, sendet er zwischen drei und sieben Anfragen an den Endpunkt/single
auf dem lokalen Server.Der
/single
-Endpunkt wird von dersingle
-Funktion verarbeitet. Wenn dieser Endpunkt eine Anfrage empfängt, wechselt er für eine kurze Verzögerung in den Ruhemodus und antwortet dann mit einem String.
Anwendung herunterladen und bereitstellen
So führen Sie das Beispiel aus:
-
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Klonen Sie das Repository:
git clone https://github.com/GoogleCloudPlatform/opentelemetry-operations-python
Gehen Sie zum Beispielverzeichnis:
cd opentelemetry-operations-python/samples/instrumentation-quickstart
Erstellen Sie das Beispiel und führen Sie es aus:
docker compose up --abort-on-container-exit
Wenn Sie Cloud Shell nicht ausführen, führen Sie die Anwendung mit der Umgebungsvariable
GOOGLE_APPLICATION_CREDENTIALS
aus, die auf eine Datei mit Anmeldedaten verweist. Standardanmeldedaten für Anwendungen stellt eine Datei mit Anmeldedaten unter$HOME/.config/gcloud/application_default_credentials.json
bereit.# Set environment variables export GOOGLE_CLOUD_PROJECT="PROJECT_ID" export GOOGLE_APPLICATION_CREDENTIALS="$HOME/.config/gcloud/application_default_credentials.json" export USERID="$(id -u)" # Run docker compose -f docker-compose.yaml -f docker-compose.creds.yaml up --abort-on-container-exit
Messwerte ansehen
Die OpenTelemetry-Instrumentierung in der Beispielanwendung generiert Prometheus-Messwerte, die Sie mit dem Metrics Explorer aufrufen können:
Prometheus/http_server_duration_milliseconds/histogram
zeichnet die Dauer von Serveranfragen auf und speichert die Ergebnisse in einem Histogramm.Prometheus/http_client_duration_milliseconds/histogram
zeichnet die Dauer von Clientanfragen auf und speichert die Ergebnisse in einem Histogramm.
-
Rufen Sie in der Google Cloud Console die Seite leaderboard Metrics Explorer auf.
Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.
- Maximieren Sie im Element Messwert das Menü Messwert auswählen, geben Sie
http_server
in die Filterleiste ein und wählen Sie dann über die Untermenüs einen bestimmten Ressourcentyp und Messwert aus:- Wählen Sie im Menü Aktive Ressourcen die Option Prometheus-Ziel aus.
- Wählen Sie im Menü Aktive Messwertkategorien die Option Http aus.
- Wählen Sie im Menü Aktive Messwerte einen Messwert aus.
- Klicken Sie auf Anwenden.
- Konfigurieren Sie, wie die Daten angezeigt werden.
Wenn die Messungen für einen Messwert kumulativ sind, normalisiert Metrics Explorer die gemessenen Daten automatisch nach dem Ausrichtungszeitraum. Dadurch wird im Diagramm eine Rate angezeigt. Weitere Informationen finden Sie unter Arten, Typen und Umwandlungen.
Wenn ganzzahlige oder doppelte Werte gemessen werden, z. B. mit den beiden
counter
-Messwerten, summiert der Metrics Explorer automatisch alle Zeitachsen. Wenn Sie die Daten für die HTTP-Routen/multi
und/single
aufrufen möchten, legen Sie im ersten Menü des Eintrags Aggregation die Option Keine fest.Weitere Informationen zum Konfigurieren eines Diagramms finden Sie unter Messwerte bei Verwendung von Metrics Explorer auswählen.
Traces ansehen
So rufen Sie Ihre Trace-Daten auf:
-
Rufen Sie in der Google Cloud Console die Seite Trace Explorer auf:
Sie können diese Seite auch über die Suchleiste finden.
- Wählen Sie im Streudiagramm einen Trace mit dem URI
/multi
aus. Wählen Sie im Gantt-Diagramm im Bereich Trace-Details den Span mit der Bezeichnung
/multi
aus.Ein Steuerfeld mit Informationen zur HTTP-Anfrage wird geöffnet. Zu diesen Details gehören die Methode, der Statuscode, die Anzahl der Byte und der User-Agent des Aufrufers.
Wählen Sie den Tab Logs und Ereignisse aus, um die mit diesem Trace verknüpften Logs aufzurufen.
Auf dem Tab werden einzelne Logs angezeigt. Maximieren Sie den Logeintrag, um die Details anzusehen. Sie können auch auf Logs ansehen klicken und das Log mit dem Log-Explorer aufrufen.
Weitere Informationen zur Verwendung von Cloud Trace-Explorer finden Sie unter Traces suchen und untersuchen.
Logs ansehen
Im Log-Explorer können Sie Ihre Logs prüfen und sich auch die zugehörigen Traces ansehen, sofern vorhanden.
-
Rufen Sie in der Google Cloud Console die Seite Log-Explorer auf.
Wenn Sie diese Seite über die Suchleiste suchen, wählen Sie das Ergebnis aus, dessen Zwischenüberschrift Monitoring ist.
Suchen Sie ein Log mit der Beschreibung
handle /multi request
.Erweitern Sie den Logeintrag, um die Details des Logs aufzurufen.
Klicken Sie auf Traces für einen Logeintrag mit der Nachricht "handle /multi request" und wählen Sie dann Trace-Details anzeigen aus.
Der Bereich Trace-Details wird geöffnet und zeigt den ausgewählten Trace an.
Weitere Informationen zur Verwendung des Log-Explorers finden Sie unter Logs mit dem Log-Explorer ansehen.
Nächste Schritte
- OpenTelemetry
- OTLP-Spezifikation
- Strukturiertes Logging
- Fehlerbehebung für Managed Service for Prometheus
- Fehlerbehebung für Cloud Trace