allow opt-in for client-go REST client metrics#3510
allow opt-in for client-go REST client metrics#3510richabanker wants to merge 1 commit intokubernetes-sigs:mainfrom
Conversation
k8s-ci-robot
added
the
cncf-cla: yes
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: richabanker The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
k8s-ci-robot
added
the
size/L
|
@richabanker: The following test failed, say
Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
| prometheus.HistogramOpts{ | ||
| Name: "rest_client_request_duration_seconds", | ||
| Help: "Request latency in seconds. Broken down by verb and host.", | ||
| Buckets: []float64{0.005, 0.025, 0.1, 0.25, 0.5, 1.0, 2.0, 4.0, 8.0, 15.0, 30.0, 60.0}, |
There was a problem hiding this comment.
Can we support native histograms from the get-go?
| // restMetricsEnabled gates the opt-in adapters below, they discard observations | ||
| // until RegisterDefaultRESTClientMetrics flips it. requestResult stays on | ||
| // unconditionally to preserve existing behavior. | ||
| var restMetricsEnabled atomic.Bool |
There was a problem hiding this comment.
Would it help readability if we used an atomic pointer that switches the entire adapterset rather than having a check in each method? Is there a no-op from client-go we can reuse?
3 participants
Introduce opt-in mechanism for client-go REST client metrics
These metrics were previously not supported by default due to high cardinality risks (ref: #2298)
This PR introduces an opt-in mechanism allowing downstream users to selectively enable these metrics if needed, while still preventing
sync.Onceconflicts by registering the adapters early.