-
-
Notifications
You must be signed in to change notification settings - Fork 89
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
Readiness api endpoint #437
Labels
enhancement
New feature or request
Comments
It's possible to build a system for this based on the eventing system #155 - I've done so for clients before. And yes, this is one of the planned features for Pro; Worker itself will never come with a bundled HTTP server. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Feature description
worker API that can determine whether worker is up-and-running
Motivating example
when kubernetes is running a pod it has several probes to determine its status (startup, readines, liveness)
while I could
touch
a file on an event handler this would require ephemeral storage on a read-only filesystem.A useful pro feature could be to allow for an endpoint
/readiness
which can respond with a 200 when worker is up and running.Breaking changes
None
Supporting development
I [tick all that apply]:
The text was updated successfully, but these errors were encountered: