前文回顾

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

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

1. 首先，SpringBoot为kubernetes提供了两个actuator项，但是那些并未部署在kubernetes的SringBoot应用呢？用不上这两项也要对外暴露这两个服务地址吗？
2. 其次，就绪探针什么时候开始返回200返回码的？应用启动阶段，业务服务可能需要一段时间才能正常工作，就绪探针要是提前返回了200，那k8s就认为容器可以正常工作了，这时候把外部请求调度过来是无法正常响应的，所以搞清楚就绪探针的状态变化逻辑很重要；
3. 最后，也是最重要的一点：有的场景下，例如外部依赖服务异常、本地全局异常等情况下，业务不想对外提供服务，等到问题解决后业务又可以对外提供服务了，这就要求我们可以自己来控制就绪探针的返回码，而kubernetes可以根据这个返回码决定是否可以将外部请求调度到此容器上；

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

关键知识点

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

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

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

SpringBoot对容器环境的判断

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

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

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

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

<parent> 		<groupId>org.springframework.boot</groupId> 		<artifactId>spring-boot-starter-parent</artifactId> 		<version>2.3.0.RELEASE</version> 		<relativePath/> <!-- lookup parent from repository --> </parent>

• 增加actuator依赖：

<dependency> 			<groupId>org.springframework.boot</groupId> 			<artifactId>spring-boot-starter-actuator</artifactId> </dependency>

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

firefox开发者工具截图