-
Notifications
You must be signed in to change notification settings - Fork 895
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
Transformation to Zipkin #380
Transformation to Zipkin #380
Conversation
@SergeyKanzhelev this generally looks good. One comment: zipkin has a way of trying to joining the client and server spans together, which is the default behavior described in B3. Perhaps there should be some language here to describe this - something to the effect that it is fine to plug in an SDK which runs in this mode, but by default the OTel SDK follows the alternate B3 implementation which allows server and client spans to have separate IDs. Related PR: #367 |
Is this encoding the Attributes of an Event as json within a string? |
Let's rephrase these "TODO" items as some kind of undefined to-be-determined future specification? The fact that we have these TODOs is preventing us from merging this work. |
Why is this blocking the merge? We have TODOs elsewhere too, e.g. in the HTTP semantic conventions. I'd suggest creating issues for them and linking them though. |
Someone in the triage party said we should. Can we replace "TODO" with "TBD"? Otherwise, please explain exactly what we should do to satisfy the TODO in the text, otherwise it feels like unfinished work. |
Let's try to get this merged. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is this blocking the merge? We have TODOs elsewhere too, e.g. in the HTTP semantic conventions.
Not all TODOs are TBDs. "TODO: add examples" in particular looks like unfinished work.
I agree that we shouldn't block this over the TODOs, but want to avoid merging in specs that look half-baked.
Good to see transformation to zipkin doc here. i think this PR will also have to handle error and error.message span tags |
@vikrambe I couldn't find any authoritative information on the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For prior art see also how OpenCensus to Zipkin V1 translations are implemented in Collector (which inherited this from OpenCensus): https://github.com/open-telemetry/opentelemetry-collector/blob/master/translator/trace/zipkin/protospan_to_zipkinv1.go
It is preferable to adhere to this prior art where possible unless there is a good reason to diverge, e.g. due to differences in OpenCensus and OpenTelemetry.
|
@vikrambe This is from Jaeger. That is not the same as zipkin. |
I concur. @vikrambe this shows Jaeger's interpretation of Zipkin's "error" tag. What is the authoritative Zipkin source which describes the meaning of the "error" tag? Is this part of Zipkin specification or just Jaeger's take on it? |
I gave an answer: #380 (comment) |
|
|
@vikrambe Answering once is enough 😉 But thanks for the link, it seems that this is indeed a thing. |
@SergeyKanzhelev Any chance of getting Zipkin Remote_endpoint field mapping defined? I have been playing with the .NET ZipkinExporter and without specifying Remote_endpoint Zipkin won't treat spans to non-instrumented services (3rd party) as external/dependencies. It really reduces the usefulness of the tool. See open-telemetry/opentelemetry-dotnet#483 |
@CodeBlanch happy to do it in the next iteration |
I addressed all comments. Seems to be all resolved. Merging. |
* zipkin - copy from PR * the very first transformation document with many TODO * remove the first empty line * Update exporter-zipkin.md * Update specification/exporter-zipkin.md Co-Authored-By: Mauricio Vásquez <[email protected]> * error attribute omition * microseconds and link to semantic convention * reverted quotes in zipking boolean tag names Co-authored-by: Mauricio Vásquez <[email protected]>
* zipkin - copy from PR * the very first transformation document with many TODO * remove the first empty line * Update exporter-zipkin.md * Update specification/exporter-zipkin.md Co-Authored-By: Mauricio Vásquez <[email protected]> * error attribute omition * microseconds and link to semantic convention * reverted quotes in zipking boolean tag names Co-authored-by: Mauricio Vásquez <[email protected]>
* zipkin - copy from PR * the very first transformation document with many TODO * remove the first empty line * Update exporter-zipkin.md * Update specification/exporter-zipkin.md Co-Authored-By: Mauricio Vásquez <[email protected]> * error attribute omition * microseconds and link to semantic convention * reverted quotes in zipking boolean tag names Co-authored-by: Mauricio Vásquez <[email protected]>
Replacing #221 s it has no traction
I hope to get this merged before addressing other items that needs to be merged. Discussions for those may be easier to handle in small PRs
Related issue: #220