Send traces to the OTLP endpoint
No Oximy SDK is required. Preserve the application’s existing tracer provider and exporters, then add Relay through another batched OTLP/HTTP processor:BatchSpanProcessor.
Do not replace global OTEL_EXPORTER_* variables when the application already
exports telemetry elsewhere. If a Collector owns the pipeline, configure the
Collector to fan out traces to Relay instead of changing the application-level
destination.
What remains unchanged
- Your application still chooses and calls the provider.
- Existing provider credentials stay in the application or gateway.
- Relay does not become the retry or execution authority.
- Observation can run alongside gateway traffic in the same project.
Verify ingestion
- Generate a small, identifiable request.
- Open Relay → Traffic and filter the source to OTEL.
- Confirm the model, token, cost, latency, trace, and status fields that your instrumentation emits.
- Open the trace to inspect related spans.
Live and Observe tokens count toward Oximy metering. Relay-created Shadow
candidate rows do not, although the model provider may still charge for the
candidate request.
Shadow comparison is separate from observation. Enabling shadow causes Relay to execute an additional candidate request, so it requires a usable provider credential and consumes its configured budget.
Troubleshoot telemetry
Diagnose missing traces, incomplete fields, authentication failures, and source mismatches.