Closed huang-cn closed 7 months ago
My first impression is that this is not a bug but intended behavior. That being said, making it more configurable is always a good idea
@paolorechia It appears there's no simple switch to turn these http request spans off, in the sdk tracing EXCLUDED_URLS
we can see URLs of many api have been excluded already, we're planning to add the Watsonx api to the EXCLUDED_URLS
to address this.
I see, I found it (https://github.com/traceloop/openllmetry/blob/3eba03e21b99cfd9b09bc46cdd1d009634f43072/packages/traceloop-sdk/traceloop/sdk/tracing/tracing.py#L35)
Makes sense to me, I agree you can consider it a bug then π
@nirga While researching for semantic conventions Iβve seen some OpenTelemetry instrumentations define trace level.
Maybe itβs a feature to consider for traceloop, so users can adjust these kind of things?
Actually itβs something called span.kind - not sure if applicable
@huang-cn yep, sounds good! @paolorechia that's a good question, which span kind to use. We're starting a semantic convention working group to discuss that - https://github.com/open-telemetry/community/blob/main/projects/llm-semconv.md
Which component is this bug for?
Watsonx Instrumentation
π Description
when using traceloop flow with watsonx, the trace data include many http request spans, which is distracting.
π Reproduction steps
following the traceloop openllmetry example to instrument watsonx LLM, and output otel data to jaeger.
π Expected behavior
plan for improvement:
EXCLUDED_URLS
to avoid generating http request spansπ Actual Behavior with Screenshots
π€ Python Version
3.11
π Provide any additional context for the Bug.
No response
π Have you spent some time to check if this bug has been raised before?
Are you willing to submit PR?
Yes I am willing to submit a PR!