-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Tensorflow Serving should handle SIGTERM correctly #1853
Comments
What kind of server doesn't handle signals, it's basic functionality of any server. I was really surprised to find out that tensorflow-serving just ignores it. Ideally SIGTERM should do a graceful shut down where all existing connections are served by shutting down. Otherwise the relevant signal should be set in the Dockerfile. |
Bumping issue again. Are there any plans to support graceful shutdown for tensorflow-serving? As already been said - for hosting tensorflow_serving in k8s this is must have feature for easy & smooth deployments rollout and scale up/scale down events. CC @nniuzft |
Is there any update on this? |
TF Serving should terminate gracefully when SIGTERM is received.
This is especially important for docker / kubernetes use cases when a process is terminated gracefully or is killed have very different meanings for determinating a workload success status.
The text was updated successfully, but these errors were encountered: