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
{{ message }}
This repository has been archived by the owner on Jul 31, 2023. It is now read-only.
I have a hard time understanding the reason behind such a behavior: is it just not implemented yet? Is it to avoid high cardinality? Am I misusing something here?
Would it be possible/a good idea to pass the host to the tracker struct in order to perform stats.RecordWithTags with more tags?
Thanks in advance for your help.
The text was updated successfully, but these errors were encountered:
More of a question than a bug.
What version of OpenCensus are you using?
v0.23.0
What version of Go are you using?
1.17
What did you do?
Register a client view like this:
Then use the
ochttp
plugin via the Prometheus exporter: make queries to different hosts returning different status codes.What did you expect to see?
Prometheus metrics with varying labels according to Host and Status Code.
Note that I have different rows according to hosts.
What did you see instead?
Only the status code variation results in different rows. The host label keeps the value of the first request's host header.
Additional context
This is maybe the intended behavior.
I started using OpenCensus (with KrakenD API gateway) not so long ago and I tried looking up current issues/PRs/specs to no avail.
Looking at the
ochttp
code, I see that client stats seem to be only recorded with status code tags for these particular measurements.opencensus-go/plugin/ochttp/client_stats.go
Lines 118 to 121 in 49838f2
I have a hard time understanding the reason behind such a behavior: is it just not implemented yet? Is it to avoid high cardinality? Am I misusing something here?
Would it be possible/a good idea to pass the host to the
tracker
struct in order to performstats.RecordWithTags
with more tags?Thanks in advance for your help.
The text was updated successfully, but these errors were encountered: