Skip to content
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

tracing: Set span.kind tag for opencensus tracer when creating client/server spans #12538

Open
verysonglaa opened this issue Aug 7, 2020 · 11 comments
Labels
area/tracing enhancement Feature requests. Not bugs or questions. help wanted Needs help!

Comments

@verysonglaa
Copy link

Currently OpenTracing tracers and the zipkin tracer derives the span.kind (or cs/cr/ss/sr annotations) from the tracing config "operation_name" - however opencensus tracer doesn't have this tag set.

The proxy needs to explicitly set this tag when creating the span. This is similiar to #3435 which was resolved in 42a9cae (but this time just for opencensus)

@dio
Copy link
Member

dio commented Aug 7, 2020

cc. @objectiser

@objectiser
Copy link
Contributor

Sorry for delay in looking at this - having trouble with build environment since upgrading to Fedora 32 due to docker issues 😞

@objectiser
Copy link
Contributor

Need to get clarification on how OpenCensus should handle span kind before deciding on next step - potentially having to do changes in OC C++ client first.

@objectiser
Copy link
Contributor

Unfortunately this will require support for span kind to be added to the OC C++ lib and its supported exporters. Currently don't have time to work on that, so if anyone else wants to take it.

@github-actions
Copy link

github-actions bot commented Dec 9, 2020

This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in the next 7 days unless it is tagged "help wanted" or "no stalebot" or other activity occurs. Thank you for your contributions.

@github-actions github-actions bot added the stale stalebot believes this issue/PR has not been touched recently label Dec 9, 2020
@verysonglaa
Copy link
Author

/remove stale

@dio dio added help wanted Needs help! and removed stale stalebot believes this issue/PR has not been touched recently labels Dec 10, 2020
@F21
Copy link

F21 commented Mar 11, 2021

I am also looking at using istio with opentelemetry. Since Opencensus is pretty much deprecated at this point in favor of Opentelemetry, would it make sense to focus our efforts on Opentelemetry instead?

I noticed there's an open issue to directly embed the opentelemetry collector into istio: istio/istio#30503 , however there are still a fair bit of design decisions to make. In the short term would it be more achievable to add support for exporting metrics and traces in oltp format to an opentelemetry collector that is not managed by istio?

@moderation
Copy link
Contributor

@F21 related open issue at #9958

@verysonglaa
Copy link
Author

If we get opentelemetry support directly in envoy/istio I guess this would be even better. Unfortunately I don't see much progress there.

@m-mijatovic
Copy link

I would also be interested in direct support of open telemetry in Istio and most definitely do not require that the collector be managed by Istio. Is the only solution for now to use OpenCensus Tracer and configure W3C trace context to avoid propagating the headers manually?

@verysonglaa
Copy link
Author

@m-mijatovic I can see only this solution at the moment. So we have this OpenCensus Tracer with W3C trace running until open telemetry is directly supported.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/tracing enhancement Feature requests. Not bugs or questions. help wanted Needs help!
Projects
None yet
Development

No branches or pull requests

6 participants