influxdata / influxdata/influxdb-observability
otel2influx: Support field for gauge metric
- Dominant language
- Go
- Stars
- 56
- Forks
- 29
- Avg merge
- 12d 13h
- Merged PRs (30d)
- 4
Description
Thank you for the great library. We are using through OpenTelemetry Collector.
We are using a cloud plan and are only sending one gauge metric and now the cardinality is so high that we are using the full plan. Upon investigation, it appears to be due to the creation of lots of tags.
Since most of them are indeed not treated as search filters (for dashboard rendering purposes), we thought it would be nice to be able to send them as fields to improve the situation.
We are using `MetricsSchemaTelegrafPrometheusV2` and are sending key values using `Resource.attributes`. I have consulted [the documentation](https://github.com/influxdata/influxdb-observability/blob/main/docs/metrics.md) and it seems that it only supports treating them as tags.
As a suggestion, I was wondering if it would be possible to modify the logic to treat a key as a field if its prefix is `"field_"`, for example, while maintaining backward compatibility.
We would appreciate it if you could support treating some of them as fields.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start with the metrics documentation linked in the issue, then locate the implementation and tests for MetricsSchemaTelegrafPrometheusV2. Check how Resource.attributes become tags and identify the existing compatibility expectations. Done means a clearly defined field_ prefix behavior is implemented without changing existing attributes, with tests covering both paths.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- observability
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100