-
Notifications
You must be signed in to change notification settings - Fork 893
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
Span.Kind.LOAD_BALANCER (PROXY/SIDECAR) #51
Labels
area:semantic-conventions
Related to semantic conventions
release:after-ga
Not required before GA release, and not going to work on before GA
spec:trace
Related to the specification/trace directory
Milestone
Comments
I think we can defer this to later |
Sure, but want to track it. |
See https://github.com/open-telemetry/opentelemetry-specification/blob/master/specification/api-tracing.md#spankind for the current specification. |
There was unresolved discussion in #337 about how to handle pass-through proxies. |
This was referenced Dec 4, 2019
carlosalberto
added
the
release:after-ga
Not required before GA release, and not going to work on before GA
label
Jul 2, 2020
TuckTuckFloof
pushed a commit
to TuckTuckFloof/opentelemetry-specification
that referenced
this issue
Oct 15, 2020
rockb1017
pushed a commit
to rockb1017/opentelemetry-specification
that referenced
this issue
Nov 18, 2021
Clarify configuration env vars
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area:semantic-conventions
Related to semantic conventions
release:after-ga
Not required before GA release, and not going to work on before GA
spec:trace
Related to the specification/trace directory
In some cases some of the sidecar/load_balancer implementations will generate only one span between a client and a server spans. Do we want to have a kind that describes this case so that backends will know this is an rpc like client -> proxie -> server?
The text was updated successfully, but these errors were encountered: