Add hostname to triggerer metric [triggers.running]#32050
Conversation
|
Errors. Also maybe @ferruzzi Might have a say after you fix them |
ferruzzi
left a comment
There was a problem hiding this comment.
Thanks for the tag, Jarek.
Two requests:
- The Metrics documentation page is not yet auto-generated, so please update the name there as well (found here). I know it's a little out of date on other names as well, we're working on it.
- Please see the suggested change regarding tagging
Co-authored-by: D. Ferruzzi <[email protected]>
|
I will update the doc asap (tomorrow morning it is 8pm in Poland right now). Thank you for explaining why we need those tags! |
|
I also just noticed I missed a space in the tags dict in my suggestion code, you'll want to run static checks on it and it'll fix that. |
|
I think it looks good. The only thing to consider is if this is considered a breaking change. Maybe we should continue emitting the old metric side by side without the hostname? From your initial description it sounds like the original is just broken but can you think of any usecase where someone will be grumpy that we "broke" it? |
|
It was "broken" in case of multiple Triggerers, so it is possible that someone is using this metric properly for singular Triggerer. If someone was using this metric previously. |
There was a problem hiding this comment.
I don't have a full understanding of Triggerers yet, so I wanted to double check I wasn't missing something there. 👍
Unless someone chimes in otherwise on that point, I'm happy with it.
((@vandonr-amz - Maybe a quick gut check on this?))
It is impossible to distinguish informations from different triggerers.
We can not approximate the number of triggers that are running at given moment.
Giving hostname suffix will make it possible to approximate this information.