3 ms·
The decoupling of ingress and deployments always bothered me, although it might not be a _nightmare_ exactly. In short, the ingress may route traffic to a pod
by bajsejohannes 4y ago
The decoupling of ingress and deployments always bothered me, although it might not be a _nightmare_ exactly.
In short, the ingress may route traffic to a pod after it is killed. The solution is that when a pod gets a SIGTERM signal, it should mark itself not ready, wait for some amount of time and then shut down (see e.g. https://deepsource.io/blog/zero-downtime-deployment/ https://deepsource.io/blog/zero-downtime-deployment/). I've heard arguments for this behavior, but it's not the same trade-offs I would make.
- boloust 4y agoIn most cases you can fix this with the service upstream annotation, which has existed since 2017: https://github.com/kubernetes/ingress-nginx/issues/257 https://github.com/kubernetes/ingress-nginx/issues/257
- bajsejohannes 4y agoI did not know that. Thanks for explaining.