Eureka 健康管理
简述：
重新回顾一下，Eureka的作用是什么。将一个复杂的应用拆分成N各模块，而模块之间需要相互通信，那么各个模块的通信服务需统一放置、存储在一个地方，以提供给其他模块获取。
什么是模块的“健康”
在上一节，实现了“心跳管理”，其实就是Eureka服务列表的管理，实现了服务的“有”、“无”管理，即：判断服务是否存在、从而刷新本地服务列表。但是，如果存在的服务是不健康的呢？比如，该服务模块需要连接数据库，但是数据库服务挂掉宕机了，那么这个模块就不能正常提供服务；故也应告知其他其他模块，让其他模块删除对应出现问题、标记为“不健康”的服务。
代码实现，还是以前例中App1、App2 为例，
场景：App2 需要App1 提供服务！
- 为App1添加依赖：
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
<version>1.5.9.RELEASE</version>
</dependency>
- 启动Eureka服务、启动App1
# 部分启动日志如下
Mapped "{[/pause || /pause.json],me
Mapped "{[/metrics/{name:.*}],methoe
Mapped "{[/metrics || /metrics.json.
Mapped "{[/archaius || /archaius.jso
Mapped "{[/trace || /trace.json],meu
Mapped "{[/refresh || /refresh.json
Mapped "{[/health || /health.json],c
Mapped "{[/service-registry/instancs
Mapped "{[/service-registry/instancR
Mapped "{[/restart || /restart.json
Mapped "{[/resume || /resume.json],
Mapped "{[/autoconfig || /autoconfik
Mapped "{[/info || /info.json],metht
Mapped "{[/beans || /beans.json],meu
Mapped "{[/dump || /dump.json],metht
Mapped "{[/configprops || /configpro
Mapped "{[/loggers/{name:.*}],methoe
Mapped "{[/loggers/{name:.*}],methol
Mapped "{[/loggers || /loggers.json.
Mapped "{[/auditevents || /auditeveE
Mapped "{[/features || /features.jso
Mapped "{[/env/{name:.*}],methods=[d
Mapped "{[/env || /env.json],method.
Mapped "{[/heapdump || /heapdump.jso
Mapped "{[/env],methods=[POST]}" ona
Mapped "{[/env/reset],methods=[POST(
Mapped "{[/mappings ||
# 即多了以上服务节点可访问
访问：http://192.168.198.2:8081/health 即：检查模块健康状况， 页面响应：
{"description":"Spring Cloud Eureka Discovery Client","status":"UP"}
访问正常，status 值为UP，说明模块此时是健康的
访问：http://192.168.198.2:8081/env 即查看所有环境变量，页面响应：
Whitelabel Error Page
This application has no explicit mapping for /error, so you are seeing this as a fallback.
Wed Mar 21 15:34:32 CST 2018
There was an unexpected error (type=Unauthorized, status=401).
Full authentication is required to access this resource.
# Unauthorized： 未经授权 错误代码：401
这是由于节点保护所引起的，关闭节点保护，再App1 配置文件中添加如下属性配置：
# 关闭节点保护
endpoints.sensitive=false
重启App1，再访问 http://192.168.198.2:8081/env ，页面响应：打印出该模块所有环境变量！
{"profiles":["8081"],"server.ports":{"local.server.port":8081},
……
访问：http://192.168.198.2:8081/health ，查看当前节点的“健康状态”，页面响应：
{"status":"UP"}
# status 值为UP,说明该节点是健康的
访问Eureka服务端 http://localhost:8761/ 页面响应
APPONE n/a (1) (1) UP (1) - localhost:AppOne:8081
# APPONE 状态为：UP，即：健康状况正常
“不健康状态”，如何将该节点表示？比如不能正常连接数据库、网络故障、磁盘IO瓶颈等，这个时候就得将其声明为不健康状态。Eureka 提供了HealthIndicator接口，通过监视该接口对象以达到更改节点状态的目的，完整代码如下：
@Component
public class MyHealthIndicator implements HealthIndicator {
public Health health() {
if(HelloController.isHealth){ //节点是否健康的判断依据，UP:健康
return new Health.Builder(Status.UP).build();
}
return new Health.Builder(Status.DOWN).build(); //DOWN: 不健康
}
}
写个Controller，控制节点健康状态：
# HelloController 类
public static boolean isHealth=true;
@GetMapping("/setHealth/{health}")
public @ResponseBody boolean setHealth(@PathVariable boolean health){
isHealth=health;
return health;
}
访问：http://192.168.198.2:8081/setHealth/false ，将节点状态改为Down,页面输出：
false
访问http://192.168.198.2:8081/health，查看节点状态：
{"status":"DOWN"}
# 状态成功改为：down
但是，访问Eureka服务端 http://localhost:8761/，显示的还是UP状态，服务端没有更新，如何让服务端更新，客户端应实现 HealthCheckHandler 接口，交由Spring管理：
@Component
class MyHealthHander implements HealthCheckHandler{
@Autowired
MyHealthIndicator myHealthIndicator;
public InstanceInfo.InstanceStatus getStatus(InstanceInfo.InstanceStatus instanceStatus) {
Status status = myHealthIndicator.health().getStatus();
if (status.equals(Status.UP)){
return InstanceInfo.InstanceStatus.UP;
}else if(status.equals(Status.DOWN)){
return InstanceInfo.InstanceStatus.DOWN;
}
return InstanceInfo.InstanceStatus.UNKNOWN;
}
}
默认时间间隔是30s，配置文件中应添加如下配置，将更新时间缩短
# 健康状态注册更新时间
eureka.instance.instanceInfoReplicationIntervalSeconds=10
重启App1，访问 http://192.168.198.2:8081/setHealth/false，节点状态改为down
APPONE n/a (1) (1) DOWN (1) - 192.168.198.2:AppOne:8081
# 几点状态成功改为Down
启动App2，访问 http://192.168.198.2:8083/discoveryClientInstanceList
[{"apptwo":{"port":8083,"host":"192.168.198.2","serviceId":"APPTWO","uri":"http://192.168.198.2:8083"}}]
# 可知，只获取到了一个实例
访问：http://192.168.198.2:8083/getAppOneMesg/123456，检测App1是否能正常提供服务，页面打印：
Whitelabel Error Page
This application has no explicit mapping for /error, so you are seeing this as a fallback.
Mon Mar 26 11:17:33 CST 2018
There was an unexpected error (type=Internal Server Error, status=500).
No instances available for APPONE
# No instances available for APPONE 没有可用的APPONE 实例
访问 http://192.168.198.2:8081/setHealth/true ，将节点状态改为健康，等待，App2 刷新服务列表，重新访问 http://192.168.198.2:8083/discoveryClientInstanceList
[{"appone":{"port":8081,"host":"192.168.198.2","serviceId":"APPONE","uri":"http://192.168.198.2:8081"}},{"apptwo":{"port":8083,"host":"192.168.198.2","serviceId":"APPTWO","uri":"http://192.168.198.2:8083"}}]
# 成功获取两个实例
访问 http://192.168.198.2:8083/getAppOneMesg/123456，检查App1 是否能成功提供服务，页面打印：
访问App2,从App1 收到信息：“808149,50,51,52,53,54,”
# 服务正常
本节配置梳理：
# 健康状态注册更新时间
eureka.instance.instanceInfoReplicationIntervalSeconds=10
