Skip to content

Conversation

@cyrille-leclerc
Copy link
Member

@cyrille-leclerc cyrille-leclerc commented Jan 8, 2026

Description

Better docs on high cardinality handling: explain how to modify instrumentation code to keep low cardinality and compliant span nmes while providing the desired context.

Link to tracking issue

Fixes

Testing

Documentation

The span metrics connector provides an optional circuit breaker through the `aggregation_cardinality_limit` attribute (disabled by default) to mitigate cardinality explosion. While this feature addresses performance and cost concerns, it does not resolve the underlying issue of semantically meaningless operation names.
**Fixing high cardinality span name issues**
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why was this removed?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I moved it below with 2 sections:

  • Addressing high cardinality span names in the ingestion pipeline
  • Addressing high cardinality span names in the instrumentation code

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That let's the following paragraphs without making sense, I think

# ...
```

**Addressing high cardinality span names in the instrumentation code**
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't feel this documentations should be added here but in a more general OpenTelemetry documentation like the website or something. We can point that documentation from here.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I do agree it would be better.
I couldn't find a good home for such docs:

I hope the OTel Blueprint initiative will create documentation that would be a great home for such content.

Do you have suggestions?

My mental model was to follow the mantra "Don't let perfection stand in the way of progress" and to start here.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think you should go to https://github.com/open-telemetry/opentelemetry.io and create an issue there.

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants