You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, prometheusremotewrite exporter looks at resource attributes and if there are job and label attributes they are mapped to the corresponding Prometheus labels. But the rest of the resource attributes are ignored.
This provides a bad user experience because users have to add job and instance attributes together with semantic attributes.
Thus I have to duplicate my service.name to the job and service.instance.id to the instance.
I think it was quite useful if the prometheusremotewrite exporter checked the attributes and, if the value of some of the attributes (job or instance) is missing, would use the default value of the corresponding semantic attribute (service.name or service.instance.id respectively).
It would also be nice to map all of the resource labels to Prometheus metric labels.
Is there any points on this in the spec? What does Prometheus WG think about this?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Currently,
prometheusremotewrite
exporter looks at resource attributes and if there arejob
andlabel
attributes they are mapped to the corresponding Prometheus labels. But the rest of the resource attributes are ignored.This provides a bad user experience because users have to add
job
andinstance
attributes together with semantic attributes.Thus I have to duplicate my
service.name
to thejob
andservice.instance.id
to theinstance
.I think it was quite useful if the
prometheusremotewrite
exporter checked the attributes and, if the value of some of the attributes (job
orinstance
) is missing, would use the default value of the corresponding semantic attribute (service.name
orservice.instance.id
respectively).It would also be nice to map all of the resource labels to Prometheus metric labels.
Is there any points on this in the spec? What does Prometheus WG think about this?
Beta Was this translation helpful? Give feedback.
All reactions