preStop

【背景】 做了 5 年 K8s 运维，最近半年帮 3 个团队排查「发布期 502 / 连接被 RST」，根因惊人地一致：不是探针配错，而是对「优雅退出到底在保护什么」没有共识。我抽出来的典型现象： 1. Service 摘流（iptable

«结论先行："preStop" 里写一个 "sleep 5" 并不是"优雅下线"，它只是在赌 kube-proxy / iptables 规则的下发速度。 下面是一次真实的滚动更新事故复盘，以及我们最终落地的完整优雅下线方案。» 一、现象与

一、现象：一次常规发布，2 个 Pod 卡 Terminating 90 秒，用户侧 3 个请求 502 上周三下午 15:40，我们给一个 Go 服务（Kubernetes 1.28.9，containerd 1.6.24，Deploym

«结论先行：滚动发布期间那波「每次都来、但每次又只持续几十秒」的 5xx，根因几乎都是优雅下线的时序没配对，而不是代码 bug。这篇文章给一份我能直接抄的 preStop + terminationGracePeriodSeconds 配置

【背景】 我负责一个 3 节点 K8s 1.28 集群（containerd 1.7，CNI 是 Calico 路由模式），跑 Spring Boot 3 / Java 17 的无状态订单服务，入口是集群内 Service + 一个 Env