fix: make OTLP span export opt-in #175
No reviewers
Labels
No labels
kind
bug
kind
enhancement
wayfinder
grilling
wayfinder
map
wayfinder
prototype
wayfinder
research
wayfinder
task
workflow
needs-info
workflow
needs-triage
workflow
ready-for-agent
workflow
ready-for-human
workflow
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
rosa/vernier!175
Loading…
Reference in a new issue
No description provided.
Delete branch "ops/opt-in-otlp-export"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Telemetry init unconditionally built an OTLP batch exporter, so a deploy with no collector got recurring export failures against the implicit
localhost:4318default — effectively requiring a Jaeger/OTLP collector for a plain single-box deployment.Span export is now opt-in:
Configgains anotlp_export_enabledfield, populated infrom_envfrom the standardOTEL_EXPORTER_OTLP_ENDPOINTvariable (or the traces-specificOTEL_EXPORTER_OTLP_TRACES_ENDPOINToverride); per the OpenTelemetry spec, an empty value counts as unset.init_telemetrybuilds the exporter and tracer provider only when opted in and returnsOption<SdkTracerProvider>; thefmt+EnvFilter(VERNIER_LOG) layers are installed in both modes, and shutdown flushes buffered spans only when a provider exists.mise.tomlso spans keep flowing to the compose Jaeger; the README documents the opt-in for operators.When an endpoint is configured, the exporter path is unchanged from before.
Closes #155