k8s之微服务的优雅退出

    如果我们的服务是基于k8s的service实现服务发现 那么我们的服务是可以不去处理优雅退出的 

    流程如下图

    可看出我们的service会在Deploy的生命周期中 自动更新对应的endpoints列表 以此保证我们上游服务通过service访问服务时 总能过滤掉term中的服务
    所以这种情况我们就可以不用刻意去做服务的优雅退出 直接通过默认的优雅退出机制即可

    如果我们的服务是通过传统的注册中心实现(类似SpringCloud体系)
这种架构会有如下几个特点
  1. 每个下游服务都会注册到discovery
  2. 每个上游服务都通过discovery获取下游服务的地址
  3. discovery会提供注册(register),心跳(renew),下线(cancel)
(服务注册之后 会周期发送心跳 否则discovery会自动下线掉服务)
    

    假设我们的下游服务不去做优雅退出(处理sigterm信号) 而是依赖k8s默认的优雅退出(30秒的sigkill)

    那么上游服务在下游服务term阶段 还是能在discovery中访问到下游服务 那么就可能出现问题

   如下图

    所以我们就必须在我们的应用中处理好k8s的sigterm信号 及时将terminating状态的pod从discovery中下线 

如下以go代码示例

c := make(chan os.Signal, 1)signal.Notify(c, syscall.SIGHUP, syscall.SIGQUIT, syscall.SIGTERM)//监听for {    s := <-c    switch s {        case syscall.SIGQUIT, syscall.SIGTERM, syscall.SIGINT:            // 监听退出信号 将服务从discovery下线            discovery.cancel()            return    }}

流程如下图