-
Notifications
You must be signed in to change notification settings - Fork 109
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
Inter-process propagation of traceparent #602
Comments
Hi @akselleirv, The short answer is Yes and No :)., depending on which programming language is your application written in. Beyla 1.2
Main
If you share with us your exact usecase, and for non-Go applications if you are running the applications on the same node I think we can make it work with our main branch. Sorry for the delayed response, all of us were at FOSDEM until today. |
Hello @grcevski, Sorry for not explaining my use-case in more detail. What I'm trying to do is to add insights into tf-controller which can be achieved with manual instrumentation of the code. Where I currently lack insights is when the tf-controller starts a pod, called tf-runner, which executes the Terraform CLI locally. I was successful of instrumenting the Terraform binary with Beyla, but it is missing the parent context from the tf-runner to the Terraform binary. It seems like one convention to propagate the trace context to a local binary is to set an environment variable like Would it be possible for Beyla to lookup the environment variables for the process and use the |
Hi @akselleirv, We can't do this yet, but it's possible to do. We currently track executable launches with Beyla so we can instrument them, so we can at the point of execve read the process environment variables and pick out the TRACEPARENT. I've linked our short-lived processes task because it's relevant, we'll add this support in that context. |
That would be awesome! Thanks for the quick replies. |
I'm running an application which executes another local binary and I want to propagate the trace context to the new binary. Currently Beyla starts a new trace for every span.
I found some earlier discussion for this use-case here: open-telemetry/opentelemetry-specification#740
Would that be something Beyla could support?
The text was updated successfully, but these errors were encountered: