微服务架构中组件的原理和分析(注册中心)

本文解析了Eureka在分布式系统中的角色,它如何实现服务的自我注册与广播,以及心跳检测和自我保护机制。重点介绍了Eureka与Zookeeper等服务对比,突出了其平级节点的特性。

eureka:并不是像zookeeper、redis、mysql这些分布式架构的master-slave架构体系,每一个server节点间都是平级的。

每个server都会向其他server注册自己,但是不会拉取注册信息。当有一个服务注册到其中一个server上,会将这个消息广播出去亏,其他server也有这个信息。当eureka宕机时,client请求不到,会请求其他eureka。每个eureka都会缓存一份服务列表。

eureka有几个机制:

① 每隔30秒 (可配置)client需要向server发送心跳,进行续约,代表自己还存在。

如果超过90秒没有发送(可配置)eureka会认为已经宕机,进行服务剔除

② 自我保护机制: 如果eureka检测到有85%以上的机器宕机了,就不会再移除服务了,认为是自己出现了问题。

以下有待补充

consul选举

nacos:选举

zookeeper:选举机制:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值