You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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]:
am interested in building this feature myself
am interested in collaborating on building this feature
am willing to help testing this feature before it's released
am willing to write a test-driven test suite for this feature (before it exists)
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.
We built a duct-taped solution for this at Logixboard too. I could be interested in building a public version of this feature if it is not on your short term roadmap.
I'm also open to adding it to pro, despite pro not being OSS. Not dogmatic on that, and happy to give back to graphile :)
Otherwise, maybe a 3p library that people can install? I imagine y'all have a trademark on the name Graphile Worker, so is something like graphile-worker-readiness-api acceptable? I want to respect y'all's branding.
Sorry this got buried in my notifications a bit! This is something I plan to add to pro at some point next year, but have higher priorities right now. I've no issue with you releasing one as OSS and calling it graphile-worker-readiness-api or similar :) Anything that we did would be under @graphile/* or @graphile-pro/* most likely, so I don't see any risk of naming conflicts there.
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: