-
Notifications
You must be signed in to change notification settings - Fork 379
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add a health check on the process that allows to test reachability #384
Comments
Hello, There is no limit of nb of connection or whatsoever for now. |
The main reason I'd like a dedicated endpoint is to avoid side effects of the probing. I think both the client side and the server side return some non-200 HTTP Status on a We've not seen it not react at all, but the cloud native tooling is better at probing HTTP endpoints than just probing ports, and we've run into a situation where it failed due to our own mistakes. |
I understand, at some point I thought of adding a Prometheus That something I can plan to add in the future, but for the moment I don't have much free time on hand I can't commit on anything |
separate port is fine, though I'd like to have it in the same main execution logic, so in case anything's stuck it's stuck as well. WRT. time: This is half a request, half coordination if I want to start something. so there's a decent chance I'll provide at least |
Describe the feature
There should be an additional endpoint provided by the process (e.g. /healthz) that can be probed to detect general functioning.
Describe the reason for such feature
This allows us to employ better monitoring, for alerting when the server side goes offline for some reason. Additionally it allows to plug into load balancing services that are aware of the health of their backends to provide dynamic failover.
Describe alternatives you've considered
None.
The text was updated successfully, but these errors were encountered: