如何深入掌握SpringBoot-2.3的容器探针

本篇文章给大家分享的是有关如何深入掌握SpringBoot-2.3的容器探针，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。

为五龙口等地区用户提供了全套网页设计制作服务，及五龙口网站建设行业解决方案。主营业务为网站建设、做网站、五龙口网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

1. 当我们把应用部署到kubernetes环境时，这些知识让我们能配置出官方推荐的探针方案，如下图：

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

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

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

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

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

关键知识点

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

1. SpringBoot对容器环境的判断；

2. SpringBoot对状态定义；

3. 获取状态；

4. 监听状态；

5. 修改状态；

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

SpringBoot对容器环境的判断

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

2. 熟悉kubernetes的读者看到_SERVICE_HOST" 和_SERVICE_PORT，应该会想起KUBERNETES_SERVICE_HOST和KUBERNETES_SERVICE_PORT，这是k8s给pod中配置的环境变量，看来SpringBoot也是针对k8s的这个规则来判定是否是容器环境的(如果将来k8s的某个版本不给pod设置这个环境变量，那些原本可以正常运行的pod岂不是有危险了？)；

3. 接下来通过实践来验证上述规则是否有效；

4. 创建一个SpringBoot-2.3.0.RELEASE的应用，其pom.xml中的parent信息如下：

  org.springframework.boot
  spring-boot-starter-parent
  2.3.0.RELEASE
  

5. 增加actuator依赖：

  org.springframework.boot
  spring-boot-starter-actuator

6. 启动该应用，浏览器访问：http://localhost:8080/actuator/health/liveness，返回404错误：

7. 以上返回是符合预期的，因为此时并非在kubernetes环境，接下来将"_SERVICE_HOST 和_SERVICE_PORT这两个环境变量加入应用进程，看看是否有变化；

8. 如下图，编辑启动类的配置信息：

9. 点击下图红框位置，即可进入编辑环境变量的窗口：

10. 新的窗口中，操作如下图红框中所示，新增了两个环境变量：

11. 再次运行程序，这次返回的状态码是200：

12. 至此，我们弄明白了SpringBoot是否开启探针的逻辑，即应用是否运行在容器环境，而是否是容器环境的判定逻辑则是_SERVICE_HOST和_SERVICE_PORT这两个环境变量是否存在；

非kubernetes环境开启探针

/actuator/health/liveness和/actuator/health/readiness在kubernetes环境才会开启，但是一般情况下，在开发阶段SpringBoot应用可能运行在自己的电脑上，此时如果想查看这两个接口的返回值有两种方式：

第一种，就是前面提到的添加_SERVICE_HOST和_SERVICE_PORT这两个环境变量，让SpringBoot以为当前环境是kubernetes环境；

第二种，是按照官方指导添加属性，如下图红框所示：

SpringBoot对探针相关状态定义

1. 首先要弄清楚有哪些状态，源码是最准确的；

2. 如下图，存活探针一共有两种状态：CORRECT表示应用运行中并且内部状态正常，BROKEN表示应用运行中并且内部是BROKEN状态(请原谅我的英语水平)

3. 如下图，就绪探针一共有两种状态：ACCEPTING_TRAFFIC表示应用可以对外提供服务，REFUSING_TRAFFIC表示应用无法对外提供服务；

4. 另外，上图的since注解显示这两个枚举是从2.3.0版本开始生效的；

5. 小小八卦一下，上述两个枚举的作者Brian Clozel，坐标法国里昂，目前在sringboot的提交次数排第8名：

6. 在SpringBoot启动过程中，应用、存活探针、就绪探针三者状态对应关系如下图：

7. 在SpringBoot停止过程中，应用、存活探针、就绪探针三者状态对应关系如下图：

获取状态

如果业务应用想获取当前的存活和就绪状态，将ApplicationAvailability接口autowire进来即可，下一篇《实战篇》会有详细的使用方式，这里看下关键代码：

监听状态

得益于Spring完整的事件发布和订阅机制，业务应用通过EventListener注解就能监听到存活和就绪状态的变化，在EventListener注解修饰的方法中写入必要的业务代码即可实现状态监听，下一篇《实战篇》会有详细的使用方式，这里看下关键代码：

修改状态

1. 修改状态，尤其是就绪状态，这应该是我们最关注的功能了，在某些业务场景下，应用无法对外提供服务，这时候我们希望K8S不要将外部请求调度到这里，如果K8S通过就绪探针收到返回码非200，就不再将请求调度到这个pod上；

2. 下一篇《实战篇》会有详细的代码介绍，这里给出关键代码作为参考：

请注意

重要的事情一定要强调：咱们修改状态的最终目的，不是为了取得applicationAvailability.getReadinessState()返回新的枚举对象，而是要改变/actuator/health/readiness接口的返回码(就绪是200，未就绪是503)，这是kubernetes的探针规则要用到的。

以上就是如何深入掌握SpringBoot-2.3的容器探针，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。