In diesem Dokument wird beschrieben, wie Sie clientseitiges und End-to-End-Tracing mit OpenTelemetry einrichten. Bevor Sie die End-to-End-Tracerstellung aktivieren können, müssen Sie die clientseitige Tracerstellung einrichten. Weitere Informationen finden Sie unter Übersicht über die Erfassung von Traces.
Hinweis
-
Damit das Dienstkonto, das von Ihrer Anwendung verwendet wird, die erforderlichen Berechtigungen zum Einrichten der Trace-Erfassung hat, bitten Sie Ihren Administrator, dem Dienstkonto, das von Ihrer Anwendung verwendet wird, die folgenden IAM-Rollen für Ihr Projekt zu gewähren:
-
Alle:
Cloud Telemetry Traces Writer (
roles/telemetry.tracesWriter)
-
Alle:
Cloud Telemetry Traces Writer (
Prüfen Sie, ob Cloud Trace und die Telemetry API für Ihr Projekt aktiviert sind. Weitere Informationen zum Aktivieren von APIs finden Sie unter APIs aktivieren.
Clientseitiges Tracing konfigurieren
Wenn Sie Traces mit dem OpenTelemetry Protocol (OTLP) exportieren möchten, müssen Sie Ihre Anwendung konfigurieren. Sie können Daten entweder an einen OpenTelemetry Collector oder direkt an Cloud Trace über die Telemetry API senden. Beide Methoden verwenden dieselben Abhängigkeiten und dieselbe Konfiguration. Sie unterscheiden sich nur im OTLP-Endpunkt, den der Exporter verwendet.
Traces mit dem OpenTelemetry-Protokoll exportieren
Wenn Sie Traces mit dem OpenTelemetry-Protokoll exportieren möchten, konfigurieren Sie das OpenTelemetry SDK und den OTLP-Exporter:
Fügen Sie Ihrer Anwendung mit dem folgenden Code die erforderlichen Abhängigkeiten hinzu:
Java
Go
go.opentelemetry.io/otel v1.28.0 go.opentelemetry.io/otel/sdk v1.28.0 go.opentelemetry.io/otel/exporters/otlp/otlptrace/otlptracegrpc v1.28.0
Node.js
"@opentelemetry/exporter-trace-otlp-grpc": "^0.57.0", "@opentelemetry/sdk-trace-base": "^1.26.0", "@opentelemetry/sdk-trace-node": "^1.26.0",
Python
pip install opentelemetry-api opentelemetry-sdk pip install opentelemetry-exporter-otlp
Konfigurieren Sie das OpenTelemetry-Objekt und aktivieren Sie das Tracing.
Java
Go
Node.js
Python
End-to-End-Tracing konfigurieren
In diesem Abschnitt finden Sie eine Anleitung zum Konfigurieren der End-to-End-Ablaufverfolgung in Spanner-Clientbibliotheken:
Fügen Sie Ihrer Anwendung mit dem folgenden Code die erforderlichen Abhängigkeiten hinzu:
Java
Die vorhandenen clientseitigen Tracing-Abhängigkeiten reichen für die Konfiguration von End-to-End-Tracing aus. Sie benötigen keine zusätzlichen Abhängigkeiten.
Go
Zusätzlich zu den Abhängigkeiten, die Sie für das clientseitige Tracing benötigen, ist auch die folgende Abhängigkeit erforderlich:
go.opentelemetry.io/otel/propagation v1.28.0Node.js
Die vorhandenen clientseitigen Tracing-Abhängigkeiten reichen für die Konfiguration von End-to-End-Tracing aus. Sie benötigen keine zusätzlichen Abhängigkeiten.
Python
Die vorhandenen clientseitigen Tracing-Abhängigkeiten reichen für die Konfiguration von End-to-End-Tracing aus. Sie benötigen keine zusätzlichen Abhängigkeiten.
Aktivieren Sie das End-to-End-Tracing.
Java
SpannerOptions options = SpannerOptions.newBuilder() .setOpenTelemetry(openTelemetry) .setEnableEndToEndTracing(/* enableEndtoEndTracing= */ true) .build();
Go
Verwenden Sie die Option
EnableEndToEndTracingin der Clientkonfiguration, um die Funktion zu aktivieren.client, _ := spanner.NewClientWithConfig(ctx, "projects/test-project/instances/test-instance/databases/test-db", spanner.ClientConfig{ SessionPoolConfig: spanner.DefaultSessionPoolConfig, EnableEndToEndTracing: true, }, clientOptions...)
Node.js
const spanner = new Spanner({ projectId: projectId, observabilityOptions: { tracerProvider: openTelemetryTracerProvider, enableEndToEndTracing: true, } })
Python
observability_options={ "tracer_provider": tracer_provider, "enable_end_to_end_tracing": True, } spanner = spanner.Client(project_id, observability_options=observability_options)
Legen Sie die Trace-Kontextweitergabe in OpenTelemetry fest.
Java
OpenTelemetry openTelemetry = OpenTelemetrySdk.builder() .setTracerProvider(sdkTracerProvider) .setPropagators(ContextPropagators.create(W3CTraceContextPropagator.getInstance())) .buildAndRegisterGlobal();
Go
// Register the TraceContext propagator globally. otel.SetTextMapPropagator(propagation.TraceContext{})
Node.js
const {propagation} = require('@opentelemetry/api'); const {W3CTraceContextPropagator} = require('@opentelemetry/core'); propagation.setGlobalPropagator(new W3CTraceContextPropagator());
Python
from opentelemetry.propagate import set_global_textmap from opentelemetry.trace.propagation.tracecontext import TraceContextTextMapPropagator set_global_textmap(TraceContextTextMapPropagator())
Attribute für End-to-End-Tracing
End-to-End-Traces können die folgenden Informationen enthalten:
| Attributname | Beschreibung |
|---|---|
| service.name | Der Attributwert ist immer spanner_api_frontend. |
| cloud.region | Die Google Cloud -Cloud-Region des Spanner API-Front-Ends, das die Anfrage Ihrer Anwendung verarbeitet. |
| gcp.spanner.server.query.fingerprint | Der Attributwert ist der Fingerabdruck der Anfrage. Weitere Informationen zum Debuggen dieser Abfrage finden Sie in der Spalte TEXT_FINGERPRINT in den Abfragestatistiktabellen. |
| gcp.spanner.server.paxos.participantcount | Die Anzahl der an der Transaktion beteiligten Teilnehmer. Weitere Informationen finden Sie unter Lebensdauer von Lese- und Schreibvorgängen in Cloud Spanner. |
| gcp.spanner.isolation_level | Der Attributwert ist die Isolationsebene der Transaktion.
Mögliche Werte sind SERIALIZABLE und REPEATABLE_READ. Weitere Informationen finden Sie unter Isolationsebenen – Übersicht. |
Beispiel-Trace
Mit einem End-to-End-Trace können Sie die folgenden Details aufrufen:
- Die Latenz zwischen Ihrer Anwendung und Spanner. Sie können die Netzwerklatenz berechnen, um festzustellen, ob Netzwerkprobleme vorliegen.
- Die Cloud-Region des Spanner API-Front-Ends, aus der die Anfragen Ihrer Anwendung bedient werden. Damit können Sie regionenübergreifende Aufrufe zwischen Ihrer Anwendung und Spanner prüfen.
Im folgenden Beispiel wird die Anforderung Ihrer Anwendung vom Spanner API-Frontend in der Region us-west1 verarbeitet. Die Netzwerklatenz beträgt 8,542 ms (55,47 ms – 46,928 ms).

Nächste Schritte
- Weitere Informationen zu OpenTelemetry finden Sie in der OpenTelemetry-Dokumentation.