本篇就是为了解决上述问题而作,这些问题解决后才能用好探针技术,让它在容器环境带来更大价值;
解决上述问题的关键集中在以下几个知识点:
接下来挨个学习这些知识点;
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.3.0.RELEASE</version>
<relativePath/>
</parent>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
/actuator/health/liveness和/actuator/health/readiness在kubernetes环境才会开启,但是一般情况下,在开发阶段SpringBoot应用可能运行在自己的电脑上,此时如果想查看这两个接口的返回值有两种方式:
第一种,就是前面提到的添加_SERVICE_HOST和_SERVICE_PORT这两个环境变量,让SpringBoot以为当前环境是kubernetes环境;
第二种,是按照官方指导添加属性,如下图红框所示:
如果业务应用想获取当前的存活和就绪状态,将ApplicationAvailability接口autowire进来即可,下一篇《实战篇》会有详细的使用方式,这里看下关键代码:
得益于Spring完整的事件发布和订阅机制,业务应用通过EventListener注解就能监听到存活和就绪状态的变化,在EventListener注解修饰的方法中写入必要的业务代码即可实现状态监听,下一篇《实战篇》会有详细的使用方式,这里看下关键代码:
重要的事情一定要强调:咱们修改状态的最终目的,不是为了取得applicationAvailability.getReadinessState()返回新的枚举对象,而是要改变/actuator/health/readiness接口的返回码(就绪是200,未就绪是503),这是kubernetes的探针规则要用到的;