k8s + spring boot + Eureka如何平滑上下线服务

 

 

“ 上篇介绍了springboot+Euraka服务平滑上下线的方式，有部分小伙伴反馈k8s环境下有一些办法也可以解决这个平滑过度问题，为了解决这个问题，研究了一下目前我这边服务上k8s平滑过度的方案，分享给大家”

 

回顾：

回顾上文spring boot + Eureka如何平滑上下线服务，主要给大家介绍了两种服务平滑过度的版本：单机方式：解决服务停止时，监听web容器是否还有未执行完的请求，等待其执行完才停止。微服务方式：除了需要按单机方式增加web容器监听，还需要调整eureka client 、ribbon、eureka server等三个地方的缓存参数，以保证其平滑过度。本文主要介绍第三种，微服务部署在k8s上为例，看看如何解决服务平滑过度的问题。

 

01

—

服务平滑上下线-k8s版本

K8s介绍：

Kubernetes是Google开源的一个容器编排引擎，它支持自动化部署、大规模可伸缩、应用容器化管理。在生产环境中部署一个应用程序时，通常要部署该应用的多个实例以便对应用请求进行负载均衡。在Kubernetes中，我们可以创建多个容器，每个容器里面运行一个应用实例，然后通过内置的负载均衡策略，实现对这一组应用实例的管理、发现、访问，而这些细节都不需要运维人员去进行复杂的手工配置和处理。特点：

• 可移植: 支持公有云，私有云，混合云，多重云（multi-cloud）

• 可扩展: 模块化，插件化，可挂载，可组合

• 自动化: 自动部署，自动重启，自动复制，自动伸缩/扩展

注：上述介绍引用百度百科-https://baike.baidu.com/item/kubernetes/22864162?fr=aladdin

K8s部署方案：

   从上述k8s的介绍就可以知道，k8s是一套可以灵活编排管理容器资源的工具，并且可以根据目前服务的请求压力动态的调整pod的数量来保证服务的稳定性和可用性，而且整个过程不需要人工干预，自动根据伸缩条件，进行管理。下面就给大家介绍一下k8s部署服务的流程，见下图：

从上图可以得知，k8s服务部署的流程是先启动一个新服务的pod，然后通过配置的服务检测方式，并行检测服务就绪以及存活的状态，只要其中一个条件满足就执行接下来的步骤，停止旧pod，停止旧的POD是并行的执行检测SLB下面是否有旧pod，如果有则删除该旧pod，并行调用eureka client服务下线的接口（具体接口，见上篇文章有源码），并行执行k8s停止前的钩子，执行休眠时间（这个时间为eureka服务整体缓存失效最大时间），接着执行旧pod下线，如果是linux系统会默认执行kill -15的命令，通知web应用停止（配置web容器下线前请求监听），最后pod删除，完成整个流程。k8s服务平滑关键流程：

1、web应用需要增加eureka下线接口，供k8s调用使用

2、旧pod休眠时间参考eureka缓存失效最大时间

3、web应用增加容器监听，解决请求存在未处理完成，就被停止的问题

以上三点都是可以通过上一篇文章解决的。

 

liunx 命令解析：kill -9 强制杀掉正在运行的程序，会导致正在请求的服务中断，且使web容器监听服务无法生效。kill -15表示发送一个通知，告诉应用程序需要自己整成退出应用，退出前可以被堵塞或者回调处理，默认优雅停止程序可以使用该命令。