Eureka的自我保护机制

Eureka 自我保护机制概述

Eureka 是 Spring Cloud Netflix 中的服务注册与发现组件。在分布式系统中，网络可能会出现不稳定等情况，如果因为网络抖动等短暂问题就轻易将服务从注册列表中剔除，会影响系统的正常运行。Eureka 的自我保护机制就是为了应对这种情况而设计的，它可以在一定程度上保护服务注册信息不被错误地清理，保证系统的稳定性。

自我保护机制规则及举例

1. 基于心跳续约失败比例的保护

• 规则：Eureka 服务端会统计一定时间内服务实例的心跳续约失败比例。默认情况下，如果在 15 分钟内，服务实例的心跳续约失败比例超过 85%，Eureka 服务端就会进入自我保护状态。在自我保护状态下，Eureka 服务端不会轻易剔除服务实例的注册信息。
• 举例：假设有一个大型商场（Eureka 服务端），里面有 100 家店铺（服务实例），每家店铺每天早上都要向商场管理处（Eureka 服务端）报个到（心跳续约）。正常情况下，每天可能只有 5 家店铺因为特殊原因没报到。但有一天，突然下暴雨，很多店铺因为网络问题（类似网络抖动）没报到，超过了 15 家（85% 以上）。这时商场管理处就会开启自我保护机制，不会因为这次特殊情况就把那些没报到的店铺从商场的店铺列表中删除，等网络恢复正常后，店铺又能正常报到了。

2. 保护状态下的信息保留

• 规则：当 Eureka 服务端进入自我保护状态后，即使服务实例没有按时进行心跳续约，服务端也不会立即将其从注册列表中移除，而是继续保留该服务实例的注册信息。这样当网络恢复正常后，服务实例可以继续正常提供服务。
• 举例：还是那个商场，在开启自我保护机制后，有几家店铺因为暴雨没能及时报到，商场管理处不会把这几家店铺的信息从商场的导航图（注册列表）上撤掉。等雨停了，这几家店铺又能正常向管理处报到，顾客还是能根据导航图找到这几家店铺。

3. 状态恢复机制

• 规则：当网络恢复正常，服务实例的心跳续约恢复到正常比例时，Eureka 服务端会自动退出自我保护状态，恢复正常的服务实例剔除机制。
• 举例：暴雨停了，第二天商场里的店铺又都能正常向管理处报到了，商场管理处统计发现报到情况恢复正常，就会关闭自我保护机制，以后再遇到个别店铺没报到的情况，还是会按照正常流程处理，可能会把长时间没报到的店铺从导航图上移除。

代码配置相关说明

在实际使用中，可以通过配置参数来调整 Eureka 自我保护机制的行为。例如，在 Eureka 服务端的配置文件（如 application.properties）中：

# 关闭自我保护机制（一般不建议在生产环境关闭）
eureka.server.enable-self-preservation=false
# 调整心跳续约失败比例阈值
eureka.server.renewal-percent-threshold=0.85

通过这些配置，可以根据实际情况灵活调整 Eureka 自我保护机制的触发条件和行为。