Kubernetes缩容时，Golang微服务Pod是否会在进程完成前终止？

核心结论 #

当Pod因缩容被标记终止时，完全有可能在正在处理的请求完成前就被终止，这正是你遇到EOF错误的核心原因。

原因解析 #

Kubernetes的Pod终止流程存在几个关键节点，若处理不当会直接中断请求：

• 触发缩容删除Pod时，Kubernetes会先向Pod发送TERM终止信号，同时将该Pod从对应Service的端点列表中移除——但这个端点移除操作不是瞬时完成的，存在短暂窗口时间
• 如果你的Golang服务没有监听并处理TERM信号，进程会直接被强制终止，正在处理的请求会被中途切断，客户端（A服务）就会收到EOF错误，且Pod进程无异常日志（因为是被外部信号终止，而非自身崩溃）
• 即使Pod已从Service端点移除，已建立的长连接或正在转发的请求仍可能打到正在终止的Pod上，同样会导致连接中断抛出EOF

解决方案建议 #

• 添加Golang服务优雅关闭逻辑：在代码中监听SIGTERM信号，收到信号后停止接收新请求，等待所有正在处理的请求完成后再退出进程。示例代码片段：

  package main
  
  import (
      "context"
      "net/http"
      "os"
      "os/signal"
      "syscall"
      "time"
  )
  
  func main() {
      mux := http.NewServeMux()
      mux.HandleFunc("/create-document", handleCreateDocument)
  
      srv := &http.Server{Addr: ":8080", Handler: mux}
  
      // 监听终止信号
      sigChan := make(chan os.Signal, 1)
      signal.Notify(sigChan, syscall.SIGTERM, syscall.SIGINT)
  
      go func() {
          <-sigChan
          // 优雅关闭：等待10秒处理现有请求
          ctx, cancel := context.WithTimeout(context.Background(), 10*time.Second)
          defer cancel()
          _ = srv.Shutdown(ctx)
      }()
  
      _ = srv.ListenAndServe()
  }
  
  func handleCreateDocument(w http.ResponseWriter, r *http.Request) {
      // 你的文档创建逻辑
  }
  

• 调整终止宽限期：在B服务的Deployment中配置terminationGracePeriodSeconds，根据文档创建请求的实际耗时设置合理值（比如请求最长耗时15秒，可设为20秒），确保进程有足够时间完成正在处理的请求
• 优化就绪探针：配置readinessProbe，当Pod收到终止信号时，让就绪探针快速失败，促使Service更快将该Pod从端点列表中移除，避免新请求进入待终止的Pod

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