<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Kubernetes on ARLOOR</title>
    <link>https://www.arloor.com/tags/kubernetes/</link>
    <description>Recent content in Kubernetes on ARLOOR</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <atom:link href="https://www.arloor.com/tags/kubernetes/index.xml" rel="self" type="application/rss+xml" />
    
      
    <item>
      <title>从 Pod 生命周期到优雅下线：Kubernetes 服务发现、路由与 SIGTERM</title>
      <link>https://www.arloor.com/posts/kubernetes-service-discovery-graceful-shutdown/</link>
      <pubDate>Sat, 10 Oct 2026 00:00:00 +0800</pubDate>
      <guid>https://www.arloor.com/posts/kubernetes-service-discovery-graceful-shutdown/</guid>
      <description>&lt;p&gt;滚动发布时，一个 Pod 已经显示 &lt;code&gt;Terminating&lt;/code&gt;，为什么仍然会收到请求？给 &lt;code&gt;preStop&lt;/code&gt; 加上 &lt;code&gt;sleep 15&lt;/code&gt;，是不是就实现了优雅关闭？同样放在容器里，为什么有的 Go 程序收到 SIGTERM 就退出，而没有处理信号的 Rust 程序可能一直等到被强杀？&lt;/p&gt;
&lt;p&gt;这些问题涉及同一条链路：&lt;strong&gt;Pod 状态变化 → 后端地址更新 → 服务发现与路由收敛 → 连接排空 → 进程退出&lt;/strong&gt;。链路上的组件各自异步工作，理解它们之间的时间差，才能解释发布时偶发的连接重置和请求失败。&lt;/p&gt;</description>
    </item>
      
    
  </channel>
</rss>
