Spring Cloud串烧（三）Eureka架构原理及其自我保护机制

前言

     本章讲解Eureka架构原理及其自我保护机制

方法

1.Eureka集群架构原理

Register：服务注册，把自己的ip和端口注册给我们的Eureka Server

Renew：服务续约，发送心跳包，每30s发送一次，告诉Eureka Server自己的很健康

Cancel：服务下线，当Provider关闭时，会向Eureka Server发送消息，把自己从服务列表删除，防止Consumer端错误的调用

Get Registry：获取服务列表

Replicate：集群中的数据同步

Make Remote Call：服务远程调用

2.Eureka Server自我保护机制

Eureka Server 在运行期间会去统计心跳失败比例在 15 分钟之内是否低于 85%，如果低于 85%，Eureka Server 会将这些实例保护起来，让这些实例不会过期，但是在保护期内如果服务刚好这个服务提供者非正常下线了，此时服务消费者就会拿到一个无效的服务实例，此时会调用失败，对于这个问题需要服务消费者端要有一些容错机制，如重试，断路器等。

Eureka Server自我保护机制的存在使得Eureka的可用性大大的提高！

当一个实例实现了客户端负载均衡的话，那么一个实例中的某个服务瘫痪并不能导致该实例无法提供服务。

1）启动Eureka集群

访问http://localhost:8761/

 

这个时候我们可以看到，eureka集群启动是正常的。

2）启动一个服务提供端

启动完毕后是这个样子的：

3）立即关闭服务提供端

过了一会，我们再次观察Eureka Server的状态：

上面的一串红字代表我们的Eureka已经进入了服务保护状态，失效的服务不会被剔除，等待服务健康后将自动退出保护模式。

此刻我们仍然可以调用该服务，只是会产生错误。

当然也有关闭Eureka Server自我保护的方法，这里也不多说，因为是不推荐这种做法的。