-
-
Notifications
You must be signed in to change notification settings - Fork 212
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
[feat] Healthcheck to consider MQTT only if enabled #469
Comments
@docbobo Maybe it's not documented but you can request the healthcheck of just mqtt/zwave by adding Source: https://github.com/zwave-js/zwavejs2mqtt/blob/master/app.js#L225 |
I am fully aware that it's documented. That's the reason why I filed this as a feature request, not as a bug. BTW, that's also what I wrote in the description above ;) Here's why I still think it matters:
Purely from an API design perspective, I feel that there should be an API that is agnostic to all of that. An API that will report the health status of all the components that are enabled. Hope this makes more sense now ;) |
OK now I got it, in poor words you would like the BTW AFAIK you can customize the healthcheck endpoint, don't you? |
Yes, that's what I meant. And don't get me wrong: I changed the endpoint and have everything working. The current design just makes it impossible to e.g. create a helm chart that works out of the box for everyone. |
Is your feature request related to a problem? Please describe.
It's a mix between a bug and a feature request. Right now, documentation for the Healthcheck (/health) says that 200 OK is being returned when both MQTT and zwave are up and running. I am running my system with MQTT disabled and the /health check returns 500. Technically, this is exactly as described. However, I feel that this is not the desired behavior.
Describe the solution you'd like
I'd like to see a general healtcheck like /health that takes into account if MQTT is enabled.
Describe alternatives you've considered
If anybody wants to provide a general purpose kubernetes recipe, switching between different kind of probes is not an option and will result in problems. For example, the deployment.yaml in the repo will only work if MQTT is enabled. Otherwise, it will kill the container after 12 attempts.
The text was updated successfully, but these errors were encountered: