-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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 liveness check #2180
Add liveness check #2180
Conversation
…efixes to prevent a potential key collision
Add check for rpc
…e main router protect liveness check allow only GET requests
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see multiple issues in this approach.
- First of all health check API got new URL and it will break backward compatibility for all users. We need to keep the same url naming (and have it configurable).
- API becomes blocking if you have connectivity issues in either Redis for RPC layer, your status endpoint will block too, making it unusable for health checks. It should be a background goroutine instead, remember results, and status endpoint just immediately outputs these values. Also for RPC layer we already have a variable which checks if we have a connection or not.
- There is an RFC for implementing health checks, and looks solid:
Will take a look and update as needed |
Will update this according to the RFC and your comments today |
The currently available url is a “readiness check” while this one is a “liveness check. |
…so run every check in it's own goroutine while making use of syn#WaitGroup to monitor it
/release to release-2.10 |
Working on it! Note that it can take a few minutes. |
@buger Succesfully merged |
Fixes #857