array(2) { ["docs"]=> array(0) { } ["count"]=> int(0) } 111string(0) "" int(1) int(10) int(70) int(8640000) string(13) "likecs_art_db" array(1) { ["query"]=> array(1) { ["match_all"]=> object(stdClass)#33 (0) { } } } array(1) { ["createtime.keyword"]=> array(1) { ["order"]=> string(4) "desc" } } int(10) int(0) int(8640000) array(2) { ["docs"]=> array(0) { } ["count"]=> int(0) } Eureka集群原理说明 - 爱码网

Eureka集群原理说明

Eureka集群原理说明

 

7001和7002的相互注册:(相互注册)

 

Eureka集群原理说明

 

 

8001和8002的集群提供者:(相等合并)

Eureka集群原理说明

 

 

 

 

使用@LoadBalanced注解赋予RestTemplate负载均衡的能力

对于提供者的服务名称的实例化,以及访问地址可显示IP

 Eureka集群原理说明

 

自我保护机制:

默认情况下EurekaClient定时向EurekaServer端发送心跳包如果Eureka在server端在一定时间内(默认90秒)没有收到EurekaClient发送心跳包 ,便会直接从服务注册列表中剔除该服务,但是在短时间( 90秒中)内丢失了大量的服务实例心跳,这时候EurekaServer会开启自我保护机制,不会剔除该服务(该现象可能出现在如果网络不通但是EurekaClient为出现宕机,此时如果换做别的注册中心如果一定时间内没有收到心跳会将剔除该服务,这样就出现了严重失误,因为客户端还能正常发送心跳↓只是网络延迟问题,而保护机制是为了解决此问题而产生的)

 在自我保护模式中,Eureka Server会保护服务注册表中的信息,不再注销任何服务实例:好死不如赖活着

综上,自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务(健康的微服务和不健康的微服
务都会保留)也不盲目注销任何健康的微服务。使用自我保护模式,可以让Eureka集群更加的健壮、稳定。

相关文章: