semantic-conventions/specification
Johannes Tax 15f3e529f1 BREAKING: Remove `messaging.consumer.id`, make `messaging.client_id` generic (#3336)
Fixes #2015

## Changes

Based on discussions in the messaging workgroup and in issue #2015, this
PR proposes to remove `messaging.consumer.id`, and to replace both
`messaging.kafka.client_id` and `messaging.rocketmq.client_id` with a
generic `messaging.client_id`.

`messaging.consumer.id` is defined to always be set to the `client_id`
of the used messaging system, except for Kafka, where it was defined to
be a combination of `messaging.kafka.client_id` and
`messaging.kafka.consumer.group`, or just the latter if
`messaging.kafka.client_id` is not available. With this definition, the
semantics of `consumer.id` are different between messaging systems, and
even different for different Kafka scenarios.

The proposed `messaging.client_id` has consistent semantics ("an unique
client id, when it is available"), and can be used instead of
`messaging.consumer.id` in almost all cases.

In addition to have consistent semantics, this also simplifies the
semantic conventions, as instead of

`messaging.consumer.id`
`messaging.kafka.client_id`
`messaging.rocketmq.client_id`

there is now just:

`messaging.client_id`.
2023-04-24 17:13:21 -06:00
..
logs/semantic_conventions Clarify parameters for emtting a log record (#3354) 2023-04-08 10:42:13 -05:00
metrics/semantic_conventions Fix JVM buffer pool attribute description (#3423) 2023-04-21 09:59:59 -05:00
resource/semantic_conventions add k8s.cluster.uid resource attribute semconv (#3267) 2023-04-18 15:21:28 -06:00
trace/semantic_conventions BREAKING: Remove `messaging.consumer.id`, make `messaging.client_id` generic (#3336) 2023-04-24 17:13:21 -06:00