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

http: Separate whitelist/blacklist for propagation #1698

Open
dobesv opened this issue Nov 24, 2020 · 0 comments
Open

http: Separate whitelist/blacklist for propagation #1698

dobesv opened this issue Nov 24, 2020 · 0 comments

Comments

@dobesv
Copy link
Contributor

dobesv commented Nov 24, 2020

Is your feature request related to a problem? Please describe.

I have third-party services whose response times I would like to trace but where I don't want to propagate the trace parent ID to.

In general I don't see any value in sending the trace header to a third party, but specifically the header injection requests to services may cause some issues or conflicts, such as if headers are part of a authorizing signature calculation or the other service itself uses the same header for trace propagation but their telemetry database is separate from our own.

Describe the solution you'd like

Currently you can tell the plugin to ignore a set of URL patterns, and if you do that then matching URLs are not traced and no propagation headers are added.

It would be nice to have a second list of URL patterns where propagation is skipped but tracing is still applied.

Describe alternatives you've considered

I can disable all tracing and propagation for URLs that are problematic, this works but I lose some information about where the time is going if an operation uses an external service.

Additional context

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

No branches or pull requests

1 participant