K8s Service在后端readinessProbe失败后会重发已转发请求吗？

咱先直接给结论：这个请求会直接丢失，K8s Service不会帮你重发至其他后端实例。原因主要有这几点：

• Service的路由决策是「前置性」的：不管是用iptables还是IPVS模式的kube-proxy，Service都是在请求到达集群入口时就完成了后端实例的选择。一旦请求已经被转发到后端A，Service就不会再介入后续的请求处理流程了——它没有能力去“召回”已经发出去的请求。
• ReadinessProbe的生效是「异步延迟」的：从后端A下线、就绪检测失败，到kubelet更新该Pod的就绪状态，再到kube-proxy同步更新Service的端点路由规则，这中间存在一定的时间差。你场景里的第三步，请求正是在这个规则更新完成前被转发到A的，此时A还在Service的可用端点列表里，请求自然会发过去。
• Service本身没有重试/重发机制：K8s Service本质是四层（TCP/UDP）负载均衡，它只负责把数据包转发到目标端点，不会感知应用层的服务状态。除非你的客户端自己实现了请求重试逻辑，否则这个发往下线后端的请求就会直接失败，不会被Service重新路由到其他实例。

内容的提问来源于stack exchange，提问作者Tobias Hermann