Skip to content
This repository has been archived by the owner on Oct 18, 2024. It is now read-only.

Moving from connection_error_total to connection_total metric #143

Open
ppatierno opened this issue Nov 16, 2021 · 4 comments
Open

Moving from connection_error_total to connection_total metric #143

ppatierno opened this issue Nov 16, 2021 · 4 comments
Labels
enhancement New feature or request

Comments

@ppatierno
Copy link
Member

Currently, the connection_error_total metric is exposed and it tracks the total number of errors when testing the connection to the brokers.
Anyway, this metric has a "connected" label which is always set to false but it doesn't make any sense this way because the metric itself is clearly about errors.
The purpose of the metric was to reporting the total number of connections, successfully or not, by using the "connected" label with true or false value.
For this reason, the metric name was a mistake and it doesn't reflect successful connections (which are anyway not tracked, unless the latency ones).
Said that it would be better changing this metric to connection_total and using the "connected" label the right way to distinguish between success and failure on connection.
To avoid breaking changes, I would deprecate the connection_error_total in the first coming version (0.2.0) while adding the new one connection_total and then removing the error one in the next version (0.3.0?).

@ppatierno ppatierno added the enhancement New feature or request label Nov 16, 2021
@ppatierno ppatierno added this to the 0.2.0 milestone Nov 16, 2021
@ppatierno ppatierno removed this from the 0.2.0 milestone Nov 24, 2021
@ppatierno
Copy link
Member Author

What I proposed wasn't done in time for 0.2.0 so at this point the plan is delayed.
The connection_error_total will be deprecated in the 0.3.0 while adding the new one connection_total and then removing the error one in the next version (0.4.0?).
FYI @k-wall

@robobario
Copy link
Contributor

Hi @ppatierno, is this issue dead?

@ppatierno
Copy link
Member Author

@robobario no I don't think so, you can work on it if you want. Of course the plan is delayed again so I would deprecate in the next 0.7.0 while adding the new one and removing the old one in 0.8.0.

@robobario
Copy link
Contributor

robobario commented Apr 20, 2023

Thanks @ppatierno, I was just checking up since we had a ticket to react. I've pushed up a PR to deprecate the old and start emitting the new metric.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants