Uh oh!
There was an error while loading. Please reload this page.
fix(redis): bring span attributes into alignment with conventions - #21255
Conversation
isaacs
commented
May 30, 2026
Note: the target of this PR is the isaacs/sentry-internal-server-utils branch, because it didn't make much sense to land one of these and immediately conflict the other. This should land after#21200. |
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes and found 1 potential issue.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit 08abb36. Configure here.
Uh oh!
There was an error while loading. Please reload this page.
size-limit report 📦
|
1e2b91f to
39f2781Compare08abb36 to
0d82ae0CompareUh oh!
There was an error while loading. Please reload this page.
0d82ae0 to
8ae827cComparecleptric
commented
Jun 1, 2026
We need to make sure that all removed attributes are defined in sentry conventions and that we properly set up deprecations with them, so defined alerts, dashboards and saved queries to not break. |
8ae827c to
cfaa2fdCompare👋 @JPeer264, @andreiborza — Please review this PR when you get a chance! |
JPeer264
commented
Jun 3, 2026
I'm gonna wait for the Sentry convention PRs before I review |
andreiborza
commented
Jun 3, 2026
Same |
👋 @JPeer264, @andreiborza — Please review this PR when you get a chance! |
Bring the span attributes emitted by the Redis and IORedis diagnostics_channel instrumentations into alignment with OTel and Sentry conventions. The cache keys are left as-is, because they already align with Sentry's cache conventions, which differ from the DB conventions deliberately. So: db.system -> db.system.name OTel deprecated db.system; Sentry's own span processing (captureSpan.ts) reads db.system.name first; matches postgresjs db.statement -> db.query.text OTel deprecated db.statement; matches postgresjs net.peer.port -> server.port net.peer.name -> server.address OTel deprecated net.peer.*; Sentry DB convention uses server.address db.redis.batch_size -> db.operation.batch.size OTel's stable batch-size key, proposed addition to sentry conventions: getsentry/sentry-conventions#407 fix: JS-2636 fix: #21227
cfaa2fd to
b68191eCompareisaacs
commented
Jun 8, 2026
@JPeer264@andreiborza Conventions landed, PTAL :) |
Uh oh!
There was an error while loading. Please reload this page.

Bring the span attributes emitted by the Redis and IORedis diagnostics_channel instrumentations into alignment with OTel and Sentry conventions.
The cache keys are left as-is, because they already align with Sentry's cache conventions, which differ from the DB conventions deliberately.
So:
db.system -> db.system.name
OTel deprecated db.system; Sentry's own span processing (captureSpan.ts) reads db.system.name first; matches postgresjs
db.statement -> db.query.text
OTel deprecated db.statement; matches postgresjs
net.peer.port -> server.port
net.peer.name -> server.address
OTel deprecated net.peer.*; Sentry DB convention uses server.address
db.redis.batch_size -> db.operation.batch.size
OTel's stable batch-size key, proposed addition to sentry conventions: getsentry/sentry-conventions#407
fix: JS-2636
fix: #21227