eureka
- 基础 AP 高可用,同时用的企业也比较多
- 简单 开箱即用
- 内存限制
- 单一调度更新,客户端简单轮询更新
- 集群伸缩限制,广播复制增加服务器压力
- 在30k 服务实例数时会出现瓶颈
zookeeper
- CP 高一致 基于ZAB算法
- 客户端 session 状态 难处理,集群数 过多时网络故障(重启)很难搞定
- 伸缩性限制, 内存 GC 连接数 等
- 在20k 服务实例数时会出现瓶颈
consul
- 通用 serviceMesh java 生态
- 基于AP Raft-Gossip 算法 数据一致
- 非java生态语言开发的
- 服务实例数在 3-5K 可能会出现卡顿
nacos
- 在下篇文章记录