Include service.version in prom to otlp

[jaronoff97]

Component(s)

receiver/prometheus

Is your feature request related to a problem? Please describe.

Right now service.name, service.instance.id, and a few others are converted to OTLP semantic convention. service.version is currently not converted.

Describe the solution you'd like

I think it would be great if the value for service_version were converted with similar logic to allow for compatibility with otel recommendations.

Describe alternatives you've considered

I've considered using a transform processor, which would make this work, but I don't think it would let me move something from the attribute to the

Additional context

No response

[github-actions]

Pinging code owners:

• receiver/prometheus: @Aneurysm9 @dashpole

See Adding Labels via Comments if you do not have permissions to add labels yourself.

[jaronoff97]

Actually, shouldn't this be set on all my telemetry from here?

[dashpole]

Not sure I understand. The prometheus receiver converts from Prometheus' job and instance to service.name and service.instance.id. It will take all attributes of the target_info metric, if present, and convert it to other resource attributes. However, until Prometheus has UTF-8 support, the attributes will have underscores (e.g. service_version).

[jaronoff97]

sorry – i mean right now we get in service_version as a prometheus label for the collector's own metrics (and other services potentially using the prometheus metrics exporter in the otel SDKs). I'm suggesting that we do a similar conversion for service_version as we currently do for otel_scope_version so that we can set the resource attribute's service.version so that it's propagated.

You're probably right that until prometheus has that support this may add too much complexity.

[github-actions]

This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping @open-telemetry/collector-contrib-triagers. If this issue is still relevant, please ping the code owners or leave a comment explaining why it is still relevant. Otherwise, please close it.

Pinging code owners:

• receiver/prometheus: @Aneurysm9 @dashpole

See Adding Labels via Comments if you do not have permissions to add labels yourself.

[github-actions]

This issue has been closed as inactive because it has been stale for 120 days with no activity.