共同点
都支持服务注册和服务拉取
都支持服务提供者心跳的方式做健康检测
区别
Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式（一般情况下都使用临时实例，主动检测消费的服务器资源较大，服务器压力大）
临时实例心跳不正常会被剔除，非临时实例则不会被剔除
Nacos支持服务列表变更的消息推送模式，服务列表更新及时
Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式
| 模块 | Nacos | Eureka | 说明 |
|---|---|---|---|
| 注册中心 | 是 | 是 | 服务治理基本功能，负责服务中心化注册 |
| 配置中心 | 是 | 否 | Eureka需要配合Config实现配置中心，且不提供管理界面 |
| 动态刷新 | 是 | 否 | Eureka需要配合MQ实现配置动态刷新，Nacos采用Netty保持TCP长连接实时推送 |
| 可用区AZ | 是 | 是 | 对服务集群划分不同区域，实现区域隔离，并提供容灾自动切换 |
| 分组 | 是 | 否 | Nacos可用根据业务和环境进行分组管理 |
| 元数据 | 是 | 是 | 提供服务标签数据，例如环境或服务标识 |
| 权重 | 是 | 否 | Nacos默认提供权重设置功能，调整承载流量压力 |
| 健康检查 | 是 | 是 | Nacos支持由客户端或服务端发起的健康检查，Eureka是由客户端发起心跳 |
| 负载均衡 | 是 | 是 | 均提供负责均衡策略，Eureka采用Ribion |
| 管理界面 | 是 | 否 | Nacos支持对服务在线管理，Eureka只是预览服务状态 |
| 模块 | Nacos | Eureka | 说明 |
|---|---|---|---|
| MySql | 是 | 否 | Nacos需要采用MySql进行数据进行持久化 |
| MQ | 否 | 是 | Eureka需要采用MQ进行配置中心刷新 |
| 配置中心 | 是 | 否 | Eureka结合Config或者Consul实现配置中心 |
| 配置文件 | 在线编辑 | 本地文件或者Git远程文件 | Eureka结合Config或者Consul |
| 集群 | 是 | 是 | Nacos需要配置集群ip再启动 |
| 模块 | Nacos | Eureka | 说明 |
|---|---|---|---|
| 版本 | 1.0.0 | 1.9.9 | Eureka2.0已停止开发,Nacos处于1.x-2.0开发 |
| 厂商 | 阿里巴巴 | Netflix | Netflix已长期用于生产,阿里刚起步 |
| 生产建议 | 否 | 是 | Nacos0.8以前不可用于生产,建议生产采用Nacos1.0,便于节省配置中心集群和服务管理 |
| 未来发展 | 是 | 否 | Nacos 2.0主要关注在统一服务管理、服务共享及服务治理体系的开放的服务平台的建设 |
采用Eureka方案的考虑
- 想用Spring Cloud原生全家桶
- 想用本地文件和Git作为配置管理的,将配置与服务分开管理
- 考虑短期的稳定性
采用Nacos方案的考虑
- 想在线对服务进行上下线和流量管理
- 不想采用MQ实现配置中心动态刷新
- 不想新增配置中心生产集群
- 考虑引入Spring Cloud Alibaba生态
参考文章
