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
At the moment, we only expose the readiness of the object and the duration of the reconciler run. It'd be helpful for both users and developers if we expose metrics about internal ops such as garbage collection, remote operations (git fetch, helm pull, etc). This would enable us to analyze and optimize the operations and give users a clearer picture of how the controller is working.
The text was updated successfully, but these errors were encountered:
hi @aryan9600 finally get some time to look deeper into this. And I see we have a cacheRecorder. Should we try to reuse that pattern where it fits?
Also, I guess for every metric we come up with, namespace is always a desirable dimension?
Yes, using that pattern seems like a good idea for now, we can think about expanding the Recorder in fluxcd/pkg/runtime/metrics later.
I'd say the namespace and name labels are desirable for all metrics. Developers and users should be able to see stuff like the avg. duration of git checkout or a helm pull for each source object, which would enable them to have a clearer picture of the controller's behaviour.
At the moment, we only expose the readiness of the object and the duration of the reconciler run. It'd be helpful for both users and developers if we expose metrics about internal ops such as garbage collection, remote operations (git fetch, helm pull, etc). This would enable us to analyze and optimize the operations and give users a clearer picture of how the controller is working.
The text was updated successfully, but these errors were encountered: