Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Presumably, because it'd be annoying waiting for lame duck mode when you actually do want the application to terminate quickly. SIGKILL usually needs special privileges/root and doesn't give the application any time to clean-up/flush/etc. The other workaround I've seen is having the application clean-up immediately upon a second signal, which I reckon could also work, but either solution seems reasonable.


Yeah, there were a bunch of reasons.

Using SIGTERM is a problem because it conflicts with other behavior.

For instance, if you use SIGTERM for this then you have a potential for the app quitting during the preStop, which will be detected as a crash by Kube and so restart your app.


> which will be detected as a crash by Kube and so restart your app.

I don't think kubernetes restarts pods that have been marked for termination




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: