掌握SpringBoot-2.3的容器探针：深入篇

  • 2020 年 6 月 10 日
  • 筆記

欢迎访问我的GitHub

//github.com/zq2599/blog_demos

  • 内容：原创分类汇总及配套源码，涉及Java、Docker、K8S、DevOPS等

关于《SpringBoot-2.3容器化技术》系列

  • 《SpringBoot-2.3容器化技术》系列，旨在和大家一起学习实践2.3版本带来的最新容器化技术，让咱们的Java应用更加适应容器化环境，在云计算时代依旧紧跟主流，保持竞争力；
  • 全系列文章分为主题和辅助两部分，主题部分如下：
  1. 《体验SpringBoot(2.3)应用制作Docker镜像(官方方案)》；
  2. 《详解SpringBoot(2.3)应用制作Docker镜像(官方方案)》；
  3. 《掌握SpringBoot-2.3的容器探针：基础篇》；
  4. 《掌握SpringBoot-2.3的容器探针：深入篇》；
  5. 《掌握SpringBoot-2.3的容器探针：实战篇》；
  • 辅助部分是一些参考资料和备忘总结，如下：
  1. 《SpringBoot-2.3镜像方案为什么要做多个layer》；
  2. 《设置非root账号不用sudo直接执行docker命令》；
  3. 《开发阶段，将SpringBoot应用快速部署到K8S》；

前文回顾

  1. 本文是《掌握SpringBoot-2.3的容器探针》系列的第二篇，前文 《掌握SpringBoot-2.3的容器探针：基础篇》知道了kubernetes的存活和就绪探针，以及SpringBoot-2.3的actuator新增的两个endpoint，当我们把应用部署到kubernetes环境时，这些知识让我们能配置出官方推荐的探针方案，如下图：

在这里插入图片描述

  1. 尽管上述配置已经可以覆盖多数场景，依然有三个问题未解决：

  • 首先，SpringBoot为kubernetes提供了两个actuator项，但是那些并未部署在kubernetes的SringBoot应用呢？用不上这两项也要对外暴露这两个服务地址吗？

  • 其次，就绪探针是什么时候开始返回200返回码的？应用启动阶段，业务服务可能需要一段时间才能正常工作，就绪探针要是提前返回了200，那k8s就认为容器可以正常工作了，这时候把外部请求调度过来是无法正常响应的，所以搞清楚就绪探针的状态变化逻辑很重要；

  • 最后，也是最重要的一点：有的场景下，例如外部依赖服务异常、本地全局异常等情况下，业务不想对外提供服务，等到问题解决后业务又可以对外提供服务了，如果此时我们能自己写代码控制就绪探针的返回码，那就做到了控制kubernetes是否将外部请求调度到此容器上，这可是个很实用的功能！

本篇就是为了解决上述问题而作，这些问题解决后才能用好探针技术，让它在容器环境带来更大价值；

关键知识点

解决上述问题的关键集中在以下几个知识点：

  1. SpringBoot对容器环境的判断；
  2. SpringBoot对状态定义；
  3. 获取状态；
  4. 监听状态；
  5. 修改状态；

接下来挨个学习这些知识点；

SpringBoot对容器环境的判断

  1. 官方文档如下图所示，SpringBoot判断是否是kubernetes环境的逻辑很简单：是否有_SERVICE_HOST和

VirMach 便宜 VPS

QNews

QNews