常用注册中心consul eureka zookeeper nacos 技术选型

eureka

• 基础 AP 高可用，同时用的企业也比较多
• 简单 开箱即用
• 内存限制
• 单一调度更新，客户端简单轮询更新
• 集群伸缩限制，广播复制增加服务器压力
• 在30k 服务实例数时会出现瓶颈

zookeeper

• CP 高一致 基于ZAB算法
• 客户端 session 状态 难处理，集群数 过多时网络故障（重启）很难搞定
• 伸缩性限制， 内存 GC 连接数 等
• 在20k 服务实例数时会出现瓶颈

consul

• 通用 serviceMesh java 生态
• 基于AP Raft-Gossip 算法 数据一致
• 非java生态语言开发的
• 服务实例数在 3-5K 可能会出现卡顿

nacos

• 在下篇文章记录