How to implement a functional health endpoint with the weblate docker image? #18394
Unanswered
FSeidinger-XI
asked this question in
Q&A
Replies: 1 comment 2 replies
-
|
Presently the |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hey community,
we are running Weblate in a kubernetes environment where Redis and Postgres are external dependencies that are managed by a platform team. It can happen several times in a week that the Redis and Postgres services are restarted, upgraded or reconfigured.
Currently the weblate docker image has no good means to react to this changes. This is due to the fact that the
healthzendpoint staysOkno matter what the internal state of the application is. The platform would restart the pod when thehealthzendpoint would indicate that the app is not functional anymore.The user experience is currently bad here, because they see just an internal server error, if they access the weblate app, but no hint why. And our app stays in this state endlessly until we restart it manually.
Is there any way of refining or substituting the health endpoint if needed dependencies are not working anymore?
Especially the redis is a problem for us, because the platform team provides redis in a sentinel configuration. We have altered the entrypoint to discover the redis master through the sentinel protocol and set it as environment variables for weblate before starting.
Furthermore our platform supports a readiness endpoint. If a pod is healthy but not ready, the user will see a side that indicates that weblate cannot be used currently. The page is done through a redirect by some ISTIO rules. Is it possible to also implement a readiness endpoint for kubernetes?
Kind regards,
Frank
Beta Was this translation helpful? Give feedback.
All reactions