栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 软件开发 > 后端开发 > Java

Nacos、Eureak、Feign原理源码分析

Java 更新时间: 发布时间: IT归档 最新发布 模块sitemap 名妆网 法律咨询 聚返吧 英语巴士网 伯小乐 网商动力

Nacos、Eureak、Feign原理源码分析

一、AP、CP架构,脑裂问题


分区容错性
在同等的容错性下,奇数个机器要比偶数个机器更节省资源。

因为按照防止脑裂的设置,节点投票数量必须要 > 总结点数 / 2。
那么5 / 2 = 2, 6 / 2 = 3,。即5个节点最多允许挂2个,6个节点最多也允许挂2个。因为能选举出leader的前提是投票节点要超过半数节点!

为何不建议设置偶数个节点
偶数个节点比如6,如果因为网络原因分成了两个2去,每个分区3个节点,都无法超高半数节点3,那么集群将永远无法选出leader,无法对外提供服务。

二、阿里云注册中心是如何实现的(需要服务几乎整个中国的服务,可能有上百万、上千万的注册实例)?

此时AP架构已经不足以支撑了。一个节点上就要存储如此之多的数据,那每个节点之间同步数据的时候,带宽的压力该有多大?

我们自然而然的应该会马上想到分区。我们应该记得Redis的Cluster架构中的分片架构(16384个槽)。

此时我们也要将注册实例按照一定的算法分不到不同的片上,以此来达到数据分散的作用。

三、Ribbon

调用链路

源码分析

四、Feign

转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/763351.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号