Support changing the header used for Sentry tracing across network hops

[SoftMemes]

Problem Statement

I have an existing setup where backend services have tracing enabled via OpenTelemetry, and is not using Sentry for tracing. I'm now looking to add Sentry to a browser UI that will interact with these services, and would like to be able to have the Sentry client traces play nice with the existing backend trace setup.

I appreciate that this setup will allow only partial visibility of traces in Sentry, and only partial visibility of traces in my existing setup, but having them tied together end-to-end would at least allow for easily identifying traces in my backend system relating to a request in the UI or vice versa.

Sentry is already using a format for trace headers compatible with the standard traceparent, which is used in my backend services, so if the Sentry instrumentation could be set to send this in the traceparent standard header instead of sentry-trace, things would "just work".

Solution Brainstorm

Make it possible to configure the header used by Sentry to send trace information on outbound requests and/or capture it on inbound requests to allow for compatibility with other setups across a larger system. In the simplest form this would just be another setting for "trace header".

[Lms24]

Hey @SoftMemes thanks for writing in. So what you're looking for would be a possibility to dynamically change the header name of sentry-trace (content stays the same), right? E.g. by adding a property in the Sentry.init() options?

I'll bring this suggestion up with the team. While I think it's worth considering, I can't make any promises if (when) we're going to implement it. If you happen to have some time, PRs are always welcome ;). Also, we're currently working hard on shipping v7 of the JS SDKs (see #4882) so this might take a little longer than usual.

FYI, we're currently in the process of adapting and integrating the W3C baggage spec header into our SDKs to propagate some more tracing-related data. Version 7.0.0-beta.2 of the SDK ships with a first step (see #5133) in that direction.

[smeubank]

You can check out this project Sentry <3s OpenTelemetry (view) here and get links to ongoing work in the form of PoC PRs and developer specs for OTEL span transformation and trace propagation to use with Sentry. Would be happy to hear your thoughts.

have an existing setup where backend services have tracing enabled via OpenTelemetry

what type of applications are these? Node, python, ruby, Go?

[HazAT]

OTEL is ready!
https://docs.sentry.io/platforms/node/performance/instrumentation/opentelemetry/

[sandstrom]

@HazAT Does Open Telemetry has a standardized header name, and if that's possible?

I'm also curious about renaming the sentry-trace header to something else?

I assume it's basically an UUID, but we'd preferably use a vendor-neutral name for that header, since other systems may also read it (for example Grafana Tempo).

Or is that the purpose of baggage, to be a vendor neutral header (and that sentry-trace will eventually be deprecated?).