EuReke 架构原理

Register（服务注册）：把自己IP port注册到 eureka

Renew(服务续约)：发送心跳30秒发送一次。

Eviction（剔除）：超过90秒未发送，eureka释放，从注册表剔除

Cancel（服务下线）：provider停止关闭，调用eureka，把自己从注册表剔除（防止consumer调用##### 不存在的服务）

Get Registry（获取注册列表）

Replicate（复制）：eureka集群自己的数据同步和复制

Euerka：AP 原理

• A： 在euerka 集群中如果某台服务器宕机，euerka没有zookeeper的选举leader规则过程，客户端请求会自动切换到新的euerka的节点上，当宕机的服务器从恢复后，euerka会从新将其纳入到euerka服务器集群中（实现高可用）

• P：自我保护机制（分区，容错），为了在所有service发生严重错误网络故障时依旧能提供可用性（心跳规则每30秒发送一次请求），如果euerka在短时间内丢失大量心跳就会进入自我死亡模式，同时保留那些心跳死亡的注册信息不过期。同时euerka节点对于新的服务还能继续提供注册信息，对于死亡的继续保留，以防止客户端像这个服务发送请求，当网络恢复时，euerka节点就会推出自我保护机制

Euerka自我保护模式

• 自我保护的条件：
  一般情况下，微服务在Eureka上注册后，会30秒定期发送心跳，Eureka 通过心跳来判断微服务是否健康，同时会定期删除超过90秒没有发送心跳的服务。

• 有2种情况会导致Eureka Server收不到微服务的心跳，
    1. 是微服务自身原因所致，比如故障或关闭；
    2. 是微服务与eureka之间的网络出现故障。

通常（微服务自身的故障关闭）只会导致个别服务出现故障，一般不会出现大面积的故障，而（网络故障）通常会导致Eureka Server在短时间内无法收到大批心跳。
考虑到这个区别，Eureka设定了一个阀值，当判断挂掉的服务的数量超过阀值时，Eureka Server认为很大程度上出现了网络故障，将不再删除心跳过期的服务。

• 那这个阀值是多少呢？
    1. 15分钟之内是否低于85%；
    2. Eureka Server在运行期间，会统计心跳失败的比例在15分钟之内是否低于85%
    3. 这种算法叫着Eureka Server的自我保护模式。

• 为什么要自我保护
    1. 因为同时保留“好数据”与“坏数据”总比丢掉任何“好数据”要更好，当网络故障恢复后，这个Eureka节点会退出“自我保护模式”。
    2. Eureka还有客户端缓存功能(也就是微服务的缓存功能)。 即便Eureka集群中所有节点都宕机失效，微服务的provider 和consumer 都能正常通信。
    3. 微服务的负载均衡策略会自动剔除，死亡的微服务节点。

关闭自我保护设置

 // 关闭自我保护 设置为flase
 eureka.server.enableSelfPreservation=false
 // 清理间隔（单位毫秒，默认是60*1000）
 eureka.server.eviction-interval-timer-in-ms=60000

优雅停服

pom.xml 导入 spring-boot-actuator(jar包)

post请求
http://host:port/shutdown

// 启用停止配置 shutdown
endpoints.shutdown.enabled=true
// 禁用密码验证
endpoints.shutdown.sensitive=false

加强eureka安全访问

<dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>Spring-boot-starter-security</artifactId>
</dependency>

配置文件增加用户名密码

eureka.client.serviceUrl.defaultZone=http://用户名:密码@eureka:8761/eureka

 //  安全认证（开启给予http basic的安全认证）
 security.basic.enabled=true
 security.user.name=user
 security.user.password=123456