Spring Cloud Eureka

Eureka 注册中心肯定需要配置多个服务节点的



Spring Cloud Eureka



去中心化设计,没有主从的概念,每个注册中心互相注册,保证高可用,


Eureka Server Client:

Eureka Client


Eureka是AP,没有主从,一旦有主从就会设计到主从的选举,同步,会造成一定的时间内不可用。


CAP:

C:表示一致性

A:可用性

P:分区容错性(集群节点/跨区域的高可用)


Eureka自我保护机制:

心跳失败的比率在15分钟之内,低于85%的节点,Eureka server会认为这个实例出现了网络故障,直接删除这个有问题的服务。减少网络抖动,和网络不稳定的情况下,避免误删除。


Eureka Server不会删除因为长时间没有收到心跳数据的过期服务

Eureka Server仍然能够接收新的服务的注册和查询

Eureka自我保护机制的实现逻辑


Spring Cloud Eureka


Spring Cloud Eureka


ApplicationsResource/ApplicationResource


controller


Eureka Client如何注册


Spring Cloud服务注册的接口定义和实现


Spring Cloud Eureka


可插拔式替换底层,基于接口实现,替换只需要修改配置即可

上一篇:Spring Cloud Ribbon源码分析(二) 列表更新


下一篇:Rabbit MQ消息队列原理(5)