-
Notifications
You must be signed in to change notification settings - Fork 382
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
Feature Request - Graceful Shutdown #258
Comments
I think this depends on us implementing a close event on the protocol both ways which can inform clients to reconnect (will force it to reroute to another deepsteam). The rpc part is harder, since you don't want to deny service but you also don't want to have clients generate more rpcs since it could stop the shutdown. Generally speaking, interesting concept and will be discussed on the roadmap and see how it prioritises. |
I agree this is a good improvement to provide a graceful stop, we will prioritize accordingly. |
@yasserf: Do you have any preliminary estimate for when this feature might arrive? |
This is the next feature we want to add into deepstream post presence, so will be sometime by end of year. |
* partial fixes * Conforming to native websocket api for browser support * Adding url parsing * Fixing build to ignore ws when bundling
I would like to be able to gracefully shutdown a deepstream server (for e.g. upgrade, down-scaling etc..).
This means that
close
should not return until it can do so without affecting clients.This would mean e.g.
etc...
This would require handling both on the client and server side.
The text was updated successfully, but these errors were encountered: