internal/trace: remove net/trace integration#53795
Conversation
580d308 to
5c27fbf
Compare
|
Codenotify: Notifying subscribers in CODENOTIFY files for diff f989f73...39e20e8.
|
Was thinking this - we can set a context and global thing a la trace policy. Will take that for a spin |
keegancsmith
left a comment
There was a problem hiding this comment.
I'd consider just ripping the code out TBH. Its so broken right now given how it integrates with all tracing that turning it on doesn't help. Last few times I tried to use it wasn't fun. There is a possibility someone relies on it for customers more regularly, but its unlikely.
cc @DaedalusG do you or anyone else in your crew ever use these endpoints? I checked and we don't actually document this as a way to get insights.
|
@keegancsmith I think net/trace is rarely if ever used. Jaeger traces are the most commonly used tracing. Sometimes the
I try to avoid exposing this to customers for this reason. I think maybe some of our older admins and CE's maybe use it. |
|
Alright - let's remove it entirely then :) |
|
Updated the PR to remove net/trace entirely, PTAL! @camdencheek this might make it easier to try and drop our |
FWIW, I spiked out an implementation that bridges |
|
|
||
| ### net/trace | ||
|
|
||
| > WARNING: `net/trace` instrumentation will be removed in Sourcegraph 5.2. |
There was a problem hiding this comment.
should we remove this in 5.1 if we're concerned about stability issues?
There was a problem hiding this comment.
Hmm, yeah let's do that, especially if it's feasible to add back if needed
Follow-up from https://github.com/sourcegraph/sourcegraph/pull/53435#issuecomment-1597050970 and INC-214 - this removes `net/trace` instrumentation entirely in the next release. It seems [this gets low usage and may be difficult to use](https://github.com/sourcegraph/sourcegraph/pull/53795#pullrequestreview-1489890896), and it seems to introduce some risk and overhead. This will also make it easier to drop our internal trace wrapper entirely and/or integrate it as part of OpenTelemetry's APIs instead of having a proprietary way of doing traces. ## Test plan Already tested in https://github.com/sourcegraph/sourcegraph/pull/53435 (cherry picked from commit 61ce005)
Follow-up from https://github.com/sourcegraph/sourcegraph/pull/53435#issuecomment-1597050970 and INC-214 - this removes `net/trace` instrumentation entirely in the next release. It seems [this gets low usage and may be difficult to use](https://github.com/sourcegraph/sourcegraph/pull/53795#pullrequestreview-1489890896), and it seems to introduce some risk and overhead. This will also make it easier to drop our internal trace wrapper entirely and/or integrate it as part of OpenTelemetry's APIs instead of having a proprietary way of doing traces. ## Test plan Already tested in https://github.com/sourcegraph/sourcegraph/pull/53435
Follow-up from https://github.com/sourcegraph/sourcegraph/pull/53435#issuecomment-1597050970 and INC-214 - this removes `net/trace` instrumentation entirely in the next release. It seems [this gets low usage and may be difficult to use](https://github.com/sourcegraph/sourcegraph/pull/53795#pullrequestreview-1489890896), and it seems to introduce some risk and overhead. This will also make it easier to drop our internal trace wrapper entirely and/or integrate it as part of OpenTelemetry's APIs instead of having a proprietary way of doing traces.
Follow-up from https://github.com/sourcegraph/sourcegraph/pull/53435#issuecomment-1597050970 and INC-214 - this removes `net/trace` instrumentation entirely in the next release. It seems [this gets low usage and may be difficult to use](https://github.com/sourcegraph/sourcegraph/pull/53795#pullrequestreview-1489890896), and it seems to introduce some risk and overhead. This will also make it easier to drop our internal trace wrapper entirely and/or integrate it as part of OpenTelemetry's APIs instead of having a proprietary way of doing traces. ## Test plan Already tested in https://github.com/sourcegraph/sourcegraph/pull/53435
Follow-up from https://github.com/sourcegraph/sourcegraph/pull/53435#issuecomment-1597050970 and INC-214 - this removes
net/traceinstrumentation entirely in the next release.It seems this gets low usage and may be difficult to use, and it seems to introduce some risk and overhead. This will also make it easier to drop our internal trace wrapper entirely and/or integrate it as part of OpenTelemetry's APIs instead of having a proprietary way of doing traces.
Test plan
Already tested in https://github.com/sourcegraph/sourcegraph/pull/53435