Expand description
OTLP/HTTP/JSON-Exporter fuer ZeroDDS-Telemetrie.
Crate zerodds-observability-otlp. Safety classification: STANDARD.
Spec: docs/specs/zerodds-observability-otlp-1.0.md.
Schichten-Position: Layer 4 — Core Services (Konsumenten-Pfad fuer
foundation::tracing::{Span, Histogram} + foundation::observability::Event).
§Was wird exportiert?
Drei OTLP-Endpunkte werden bedient:
/v1/traces— Spans aus [foundation::tracing::Span]./v1/metrics— Histograms aus [foundation::tracing::Histogram]./v1/logs— Events aus [foundation::observability::Event].
Wir benutzen das OTLP/HTTP/JSON-Format laut OpenTelemetry-Spec
v1.4 (https://github.com/open-telemetry/opentelemetry-proto/blob/v1.4.0/
docs/specification.md#otlphttp). JSON ist offiziell unterstuetzt
und braucht keine Protobuf-Codegen-Pipeline — perfekt fuer
pure-Rust ohne prost/tonic.
Pro Tick werden alle gepufferten Spans/Histogramme/Events in einer Batch-Request POSTed.
§Default-Endpoints
Standardmaessig laeuft ein lokaler OTel-Collector auf
http://127.0.0.1:4318/v1/traces etc. — siehe
examples/otel/jaeger-compose.yml fuer einen Local-Stack.
Structs§
- Otlp
Config - Konfiguration fuer den Exporter.
- Otlp
Exporter - Exporter-Handle. Buffert Spans/Histogramme/Events und flush’d sie via POST an den OTel-Collector.
Enums§
- Export
Error - Fehler beim Export.
Constants§
- DEFAULT_
OTLP_ HOST - Defaults — OTel-Collector auf localhost (Jaeger-compose).
- DEFAULT_
OTLP_ PORT - Default OTLP/HTTP-Port (OTel-Spec).