-
Notifications
You must be signed in to change notification settings - Fork 2.8k
Instrumentation scope attributes support in exporters #38744
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Labels
Comments
This was referenced Mar 23, 2025
This was referenced Apr 15, 2025
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Context
As part of improving the Collector's internal telemetry, we are planning to make use of instrumentation scope attributes to help users identify which component instance produced a metric stream, log record, or span. (See tracking issue for more context.)
Compared to resource and item-level attributes, instrumentation scope attributes have seen little use until now, so we expect many community exporters to lack support for ingesting them and making them visible to users on the backend. This issue is meant to track the current status of instrumentation scope attribute support among the exporters in
opentelemetry-collector-contrib
.If you are a code owner, feel free to ping me so I can update the status of your exporter and link to any relevant issues/PRs.
Exporter status
datadog
Metrics: supported since v0.125
(toggled by
instrumentation_scope_metadata_as_tags
option, which defaults to true since v0.126)Traces: supported since v0.128
elasticsearch
zipkin
The text was updated successfully, but these errors were encountered: