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

Support publishing W3C Trace Context in Kafka header #311

Open
Knappek opened this issue Jul 15, 2020 · 0 comments
Open

Support publishing W3C Trace Context in Kafka header #311

Knappek opened this issue Jul 15, 2020 · 0 comments

Comments

@Knappek
Copy link
Contributor

Knappek commented Jul 15, 2020

When a frontend application sends a message to RIG, it can also send W3C Trace Context in the HTTP header and RIG will accept it and consume it. RIG will then read the Trace-ID, will create a new span based on this Trace-ID and optionally forward it to a distributed tracing system like Jaeger or OpenZipkin.

The issue now: This trace ends at this point.

Feature Request: RIG should forward the Trace Context to Kafka by putting it to the Kafka header. Then a backend system can consume the Trace Context. Additonally, if a backend system publishes messages to Kafka with Trace Context in the header, RIG should be able to read the Trace Context from the Kafka header.

Question: How do we deal with Kinesis or Nats, that do not have the concept of a header?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant