1 注册中心方案
1.1 技术选型
技术选型 | CAP模型 | 适合规模(建议) | 控制台管理 | 社区活跃度 |
---|---|---|---|---|
eureka | AP | < 30k | 支持 | 低 |
zookeeper | CP | < 20k | 不支持 | 中 |
Consul | AP | < 5k | 支持 | 高 |
nacos | AP/CP | 100k+ | 支持 | 高 |
- 来源 马哥技术周报
1.2 优缺点
-
eureka
- 优点
- 经受住了Netflix 生产环境考验
- 开源,java编写短小精悍,方便了解原理与排查问题
- 缺点
- 内存限制 所有注册信息全部存放内存,没有持久化,客户端上报完整信息,造成服务端内存浪费。
- 单一调度更新 客户端集群地址 简单轮询更新,增加服务器压力。
- 集群伸缩性限制 广播复制模型, 增加服务器压力
- 优点
-
zookeeper
- 优点
- CP模型,ZAB算法,强数据一致性。
- 缺点
- CP模型,选举过程服务发现不可用
- 维护成本,没有管理界面。
- 优点
-
Consul
- 优点
- 适用于服务网格 生态圈
- 缺点
- 可靠性无法保证, 未进过大规模验证
- 非java生态圈, 维护和问题排查困难。
- 优点
网友评论