-
Notifications
You must be signed in to change notification settings - Fork 241
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
OTel components observability WG question #1657
Comments
@carlosalberto by "auto observability" do you mean the observability of Otel components? This is unrelated to auto-instrumentation, right? |
I think the longer form would be "semantic conventions to describe automatic observability systems" which may apply to otel components but may also apply to other o11y systems that want to describe themselves. |
Correct, unrelated to auto-instrumentation. Will update the title. |
discussion going on in otep land: open-telemetry/oteps#259 |
Opening this issue in order to get attention from people interested in auto-observability semantic conventions, e.g. processed and dropped Span metrics. This would include observability in APIs, SDKs and the Collector (and related components).
Observe that currently a few components (Java SDK, Collector) already report a few metrics/traces around its own components, but they are not defined in our semconv docs nor they have been reviewed, documented, etc.
The text was updated successfully, but these errors were encountered: