赞
踩
目前市面上用的较多的服务发现中心有:Nacos、Eureka、Consul 以及 Zookeeper.
对比项目 | Nacos | Eureka | Consul | Zookeeper |
---|---|---|---|---|
一致性 | 支持AP和CP模型 | AP模型 | CP模型 | CP模型 |
健康检查 | TCP / HTTP / MYSQL / Client Beat | Client Beat | TCP / HTTP / gRPC / Cmd | Keep Alive |
负载均衡策略 | 权重 / metadata / Selector | Ribbon | Fabio | - |
雪崩保护 | 有 | 有 | 无 | 无 |
自动注销实例 | 支持 | 支持 | 不支持 | 支持 |
访问协议 | HTTP / DNS | HTTP | HTTP / DNS | TCP |
监听支持 | 支持 | 支持 | 支持 | 支持 |
多数据中心 | 支持 | 支持 | 支持 | 不支持 |
跨注册中心同步 | 支持 | 不支持 | 支持 | 不支持 |
SpringCloud集成 | 支持 | 支持 | 支持 | 不支持 |
Dubbo集成 | 支持 | 不支持 | 不支持 | 支持 |
k8s集成 | 支持 | 不支持 | 支持 | 不支持 |
Nacos 作为服务发现中心,具备更多的功能支持项,且从长远来看 Nacos在以后的版本会支持 SpringCloud + Kubernetes 的组合,填补了两者的鸿沟,在两套体系下可以采用同一套服务发现和配置管理的解决方案,这将大大的简化使用和维护的成本
。另外,Nacos 计划实现 Service Mesh,也是未来微服务发展的趋势。
对比项目 | Spring Cloud Config | Apollo(携程开源) | Nacos(阿里开源) |
---|---|---|---|
配置实时推送 | 支持(Spring Cloud Bus) | 支持(HTTP长轮询1s内) | 支持(HTTP长轮询1s内) |
版本管理 | 支持(Git) | 支持 | 支持 |
配置回滚 | 支持(Git) | 支持 | 支持 |
灰度发布 | 支持 | 支持 | 不支持 |
权限管理 | 支持(依赖Git) | 支持 | 不支持 |
多集群 | 支持 | 支持 | 支持 |
多环境 | 支持 | 支持 | 支持 |
监听查询 | 支持 | 支持 | 支持 |
多语言 | 只支持Java | 主流语言,提供了Open API | 主流语言,提供了Open API |
配置格式校验 | 不支持 | 支持 | 支持 |
单机读(QPS) | 7(限流所致) | 9000 | 15000 |
单机写(QPS) | 5(限流所致) | 1100 | 1800 |
3节点读(QPS) | 21(限流所致) | 27000 | 45000 |
3节点写(QPS) | 5(限流所致) | 3300 | 5600 |
从配置中心角度来看,性能方面 Nacos 的读写性能最高,Apollo 次之。Spring Cloud Config 依赖 Git 场景,不适合开放的大规模自动化运维API。
功能方面 Apollo 最为完善,Nacos 具有 Apollo 大部分配置管理功能,而 Spring Cloud Config 不带运维管理界面,需要自行开发
。Nacos 的一大优势是整合了注册中心和配置中心功能,部署和操作相比 Apollo 都要只管简单,因此它简化了架构复杂度,并减轻运维及部署工作
。
通过对比,综合来看,Nacos 的特点和优势还是比较明显的。
1、服务发现与服务健康检查
2、动态配置管理
3、动态 DNS 服务
4、服务和元数据管理
.
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。