SpringCloud构建微服务（五）Eureka 自我保护机制

前言

这可能只有某项技术中的冰山一角，并不是很全面，希望大家谅解，后面我会抽时间去探索、完善更多的功能。尽量简单易懂的表达出来，也希望大家提出我的不足之处。

背景

Eureka注册中心对每个节点都是平等的，没有ZK中角色的概念，即使N-1个节点挂掉也不会影响其他节点的正常运行。
默认情况下，如果Eureka Server在一定的时间内（默认90s）没有收到某个微服务实例的心跳，Eureka Server将会移除该实例。但是当网络故障时，微服务与Eureka Server之间无法通信时。微服务本身是没有问题的，此时不应该移除该服务，所以，有了自我保护机制。

自我保护

自我保护模式时针对网络波动的安全保护措施，Eureka的自我保护模式可以让集群更加的健壮、稳定的运行。
自我保护机制的工作是如果在15分钟内超过85%的客户端节点没有正常的心跳，那么Eureka就认为客户端与注册中心出现了网络故障，Eureka Server自动进入自我保护机制。
此时会出现以下几种情况：
1.Eureka Server不再从注册表中移除因为长时间没有收到心跳而过期的服务。
2.Eureka Server仍然能接收新服务的注册和查询请求，但是不会同步到其它节点，保证当前节点是可以状态。
3.当网络稳定时，当前Eureka Server新的注册信息会被同步到其它节点。
因此，Eureka Server可以很好的应对因网络故障造成的部分节点失效的情况，而不会像ZK那样因为有一半不可用的情况会导致整个集群不可用而整体瘫痪。

自我保护开关

Eureka自我保护机制，通过配置eureka.server.enable-self-preservation来true打开/false禁用自我保护机制，默认打开状态，一般生产环境打开。
创建一个Maven项目，命名为spring-cloud-feign

开发环境配置

开发环境实现服务时效自动剔除，需要如下配置
1.注册中心关闭自我保护机制，修改检查失效服务的时间

eureka:
  	server:
 		enable-self-preservation:false
			eviction-interval-timer-in-ms:3000

2.微服务修改间断服务心跳时间

# 默认90秒
lease-expiration-duration-in-seconds: 10
# 默认30秒
lease-renewal-interval-in-seconds: 3