eureka、zookeeper、nacos区别

这篇具有很好参考价值的文章主要介绍了eureka、zookeeper、nacos区别。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

1、服务注册、服务发现是什么

在分析eureka、zookeeper、nacos区别前,需要先清楚服务注册、服务发现是什么?

1.1 传统模式

在传统的系统部署中,服务运行在一个固定的已知的 IP 和端口上,如果一个服务需要调用另外一个服务,可以通过地址直接调用。但是,在微服务架构下,服务实例的启动和销毁是很频繁的,服务地址在动态的变化,而且,由于自动扩展,失败和更新,服务实例的配置也经常变化,所以,无法通过硬编码服务地址的方法来访问该服务。

eureka、zookeeper、nacos区别

因此,需要设置专门的服务来对实时变化的服务状态进行同步。

1.2 微服务模式

目前微服务的服务发现机制主要包含三个角色:服务提供者、服务消费者和服务注册表

  • 服务提供者(Service Provider):服务启动时将服务信息注册到服务注册表,服务退出时将服务注册表的服务信息删除掉

  • 服务消费者(Service Consumer):从服务注册表获取服务提供者的最新网络位置等服务信息,维护与服务提供者之间的通信。

  • 服务注册表(Service Registry):联系服务提供者和服务消费者的桥梁,维护服务提供者的最新网络位置等服务信息

eureka、zookeeper、nacos区别

服务发现机制的关键部分是服务注册表(Service Registry)。服务注册表提供管理和查询服务注册信息的API。当服务提供者的实例发生变更时(新增/删除服务),服务注册表需要通知服务消费者同步最新的服务实例地址列表。目前大多数的微服务框架使用Netflix Eureka、Etcd、Consul、Apache Zookeeper、nacos等作为服务注册表。

2、服务注册表(Services Registry)

服务注册表是一个可用的服务实例的数据库。服务注册表提供了一个管理API和一个查询API。服务实例的注册和注销通过管理API实现,查询API用来寻找可用的服务实例。

服务注册表是一个分布式的kv数据库,因此,存在CAP问题。根据CAP原则:分布式系统不能同时支持 C(一致性)、A(可用性)、P(分区容错性)需要根据自己的实际业务需求选择CAP的其中两个。

3、注册中心- Eureka

eureka、zookeeper、nacos区别

Eureka Server 集群当中的每个节点都是通过 Replicate(即复制)来同步数据,没有主节点和从节点之分,所有节点都是平等而且数据都保持一致。因为结点之间是通过异步方式进行同步数据,不保证强一致性,保证可用性,所以是 AP。

注册与发现的工作流程

  1. 假设 Eureka Server 已经启动,Eureka Client(服务提供者)启动时把服务注册到 Eureka Server;

  2. Eureka Client(服务提供者)每 30 秒(默认可配置)向 Eureka Sever 发 http 请求(即心跳),即服务续约;

  3. Eureka Server 90 秒没有收到向 Eureka Client(服务提供者)的心跳请求,则统计 15 分钟内是否存在 85% 的 Eureka Client(服务提供者)没有发心跳,如果是则进行自我保护状态(比如网络不稳定),如果不是则剔除该 Eureka Client(服务提供者)实例;

  4. Eureka Client(服务消费者)定时调用 Eureka Server 接口获取服务列表更新本地缓存;

  5. Eureka Client(服务消费者)远程调用服务时,先从本地缓存找,如果找到则直接发起服务调用,如果没有则到 Eureka Server 获取服务列表缓存到本地后再发起服务调用;

  6. Eureka Client(服务提供者)应用关闭时会发 HTTP 请求到 Eureka Server,服务端接受请求后把该实例剔除。

eureka的自我保护机制

在默认配置中,Eureka Server在默认90s没有得到客户端的心跳,则注销该实例,但是往往因为微服务跨进程调用,网络通信往往会面临着各种问题,比如微服务状态正常,但是因为网络分区故障时,Eureka Server注销服务实例则会让大部分微服务不可用,这很危险,因为服务明明没有问题。

为了解决这个问题,Eureka 有自我保护机制,通过在Eureka Server配置如下参数,可启动保护机制。


eureka.server.enable-self-preservation=true

它的原理是,当Eureka Server节点在短时间内丢失过多的客户端时(可能发送了网络故障),那么这个节点将进入自我保护模式,不再注销任何微服务,当网络故障回复后,该节点会自动退出自我保护模式。

注册中心内部同步

  • Eureka Server 集群中的各个节点之间采用的是纯异步复制的方式进行数据同步。
  • 每个 Eureka Server 节点都通过 PeerEurekaNodes 管理其他服务器节点,并通过 HTTP 进行通信。
  • 当任意节点收到服务实例的注册、续约或注销请求时,除了在本地更新服务注册表外,还会将这些变更事件广播给集群中的其他节点。
  • 其他节点接收到广播过来的服务状态变化消息后,在本地进行相应的更新操作,从而保证整个集群内的服务注册表信息一致。

4、注册中心-Zookeeper

Zookeeper 支持 CP,当集群中如果有节点宕机则需要选举 leader(FastLeaderElection),选举过程需要 30 至 120 秒,选举过程时zk集群不可用(不能使用服务注册、服务发现),牺牲时间来保证数据一致性。

注册与发现的工作流程

  1. 假设 ZK 已经启动,服务提供者启动时把服务注册到 ZK 注册中心;

  2. ZK 注册中心和服务提供者之间建立一个 Socket 长连接,ZK 注册中心定时向每个服务提供者发数据包,如果服务提供者没响应,则剔除该服务提供者实例,把更新后的服务列表发送给所有服务消费者(即通知);

  3. 服务消费者启动时到 ZK 注册中心获取一份服务列表缓存到本地供以后使用;

  4. 服务消费者远程调用服务时,先从本地缓存找,如果找到则直接发起服务调用,如果没有则到 ZK 注册中心获取服务列表缓存到本地后再发起服务调用;

  5. 当其中一个服务提供者宕机或正常关闭时,ZK 注册中心会把该节点剔除,并通知所有服务消费者更新本地缓存;

  6. 当这个服务提供者正常启动后,ZK 注册中心也能感知到,并通知所有服务消费者更新本地缓存。

注册中心内部同步

  • 原子广播协议 (ZAB): 当一个客户端向 ZooKeeper 注册或注销服务时,请求会被发送给 Leader。Leader 接收到写请求后,会将这个变更提案(Proposal)提交到内部事务日志,并且通过 ZAB 协议以原子性的方式广播给所有 Follower 节点。
  • Follower 同步: Follower 节点接收到 Proposal 后,在本地持久化存储(通常是磁盘文件),并在成功应用该更新后向 Leader 发送 ACK 确认消息。一旦 Leader 收到超过半数以上 Follower 的 ACK,那么这个更新就被确认为已提交并完成同步过程。

5、注册中心-nacos

Nacos从1.0版本选择Ap和CP混合形式实现注册中心,默认情况下采用Ap保证服务可用性,CP形式底层采用Raft协议保证数据的一致性问题。

eureka、zookeeper、nacos区别

注册与发现的工作流程

eureka、zookeeper、nacos区别
  1. 假设 Nacos Server 已经启动,服务提供者启动时把服务注册到 Nacos 注册中心;

  2. 服务提供者注册成功后,定时发 http 请求(即心跳)到注册中心,证明自身服务实例可用;

  3. 如果注册中心长时间没有收到服务提供者的心跳请求,则剔除该实例;

  4. 服务消费者发现服务支持两种方式,一种是主动请求注册中心获取服务列表(不推荐),一种是订阅注册中心的服务并提交一个 Listener,如果注册中心的服务有变更,由 Listener 来通知服务消费者更新本地服务列表;

  5. 服务消费者获取服务相关信息进行远程调用。

经测试,在nacos都停止的情况下,consumer端依然可以通过本地服务列表访问provider。

注册中心内部同步

Distro 协议同步​​​​​​

  • 使用自研的 Distro 协议,该节点会将新的服务实例数据变化以消息的形式分发给集群中的其他 Nacos 节点。
  • 各个节点之间相互平等(peer-to-peer),并通过高效的分布式一致性算法保证所有节点上的服务列表和服务实例信息保持一致。

消费者同步服务注册表

  • 长轮询或定时拉取

    • 长轮询机制:Nacos 客户端可以通过长轮询的方式从服务器端获取实时的服务实例变更信息。
    • 定时拉取:客户端也可以按照配置的时间间隔定期从 Nacos 服务器拉取最新的服务注册表信息。
  • 事件驱动更新
    • 当服务提供者的实例状态发生变化时,Nacos 服务端会主动推送这些变更事件给已订阅的服务消费者,消费者收到后会在本地更新服务注册表信息。

6、eureka、zookeeper、nacos的区别

对比内容

Nacos

Eureka

ZooKeeper

一致性协议

CP+AP

AP

CP

健康检查

TCP/HTTP/MYSQL/Client Beat

Client Beat

Keep Alive

负载均衡策略

权重/metadata/Selector

Ribbon

-

雪崩保护

自动注销实例

支持

支持

支持

访问协议

HTTP/DNS

HTTP

TCP

监听支持

支持

支持

支持

多数据中心

支持

支持

不支持

跨注册中心同步

支持

不支持

不支持

Spring Cloud集成

支持

支持

支持

Dubbo集成

支持

不支持

支持

Kubernetes集成

支持

不支持

不支持

AP可以很好的应对因网络故障导致部分节点失去联系的情况,而不会像CP那样使整个注册服务瘫痪。AP方式作为单纯的服务注册中心来说要比CP方式更加“专业”,因为注册服务更重要的是可用性,我们可以接受短期内达不到一致性的状况。

Eureka 不能支撑大量服务实例,因为 Eureka 的每个节点数据都一致,会产生大量的心跳检查等等导致并发性能低下,ZooKeeper 的频繁上下线通知会导致性能下降,而 Nacos 可以支持大量服务实例又不丢性能,据说服务数量能达到 10 万以上。

7、负载均衡

服务发现后,客户端需要调用服务,这是需要进行负载均衡,具体原理可参考负载均衡使用_主流的负载方案分为以下两种: 集中式负载均衡,在消费者和服务提供方中间使用独立-CSDN博客

参考文章

服务注册与服务发现简介 - 知乎

https://www.cnblogs.com/cgy-home/p/16480296.html文章来源地址https://www.toymoban.com/news/detail-466900.html

到了这里,关于eureka、zookeeper、nacos区别的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 服务注册与发现Eureka、Zookeeper、Consul 三个注册中心的异同点(CAP理论)

    Eureka Eureka是由Netflix开源的一个服务注册和发现组件,它主要用于构建高可用、分布式系统的基础设施中。Eureka的服务器端被称为Eureka Server,客户端则是那些需要注册的服务。Eureka具有以下特点: 高可用性 :Eureka支持多节点部署,能够在节点故障时自动进行故障转移。 自我

    2024年04月22日
    浏览(33)
  • SpringCloud学习笔记(上):服务注册与发现:Eureka、Zookeeper、Consul+负载均衡服务调用:Ribbon

    SpringCloud=分布式微服务架构的一站式解决方案,是多种微服务架构落地技术的集合体,俗称微服务全家桶。 springboot版本选择: git源码地址:https://github.com/spring-projects/spring-boot/releases/ SpringBoot2.0新特性:https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.0-Release springcloud版本选

    2024年02月08日
    浏览(43)
  • Nacos vs Eureka的区别:微服务注册中心的选择

    摘要:本文将详细讲解Nacos和Eureka两个微服务注册中心的区别,并提供代码示例,帮助读者选择合适的注册中心来管理他们的微服务架构。 引言: 在微服务架构中,注册中心是一个关键组件,用于管理和协调各个微服务实例的注册和发现。Nacos和Eureka是两个常见的开源微服务

    2024年02月03日
    浏览(47)
  • Eureka切换Nacos时发现两个注册中心的解决方法

    报错信息如下,意思是发现了两个注册中心 首先我们看一下工程目录: eureka-server是我的eureka服务端,order-server和user-server是我的eureka客户端,在eureka服务端中引入了服务端依赖: 在两个eureka客户端中引入了客户端依赖: 当我想将注册中心从eureka切换为nacos时,不仅需要注释

    2024年01月24日
    浏览(44)
  • eureka、zookeeper、nacos区别

    在分析eureka、zookeeper、nacos区别前,需要先清楚服务注册、服务发现是什么? 在传统的系统部署中, 服务运行在一个固定的已知的 IP 和端口上 ,如果一个服务需要调用另外一个服务,可以 通过地址直接调用 。但是,在微服务架构下,服务实例的启动和销毁是很频繁的, 服

    2024年02月07日
    浏览(36)
  • 浅谈Zookeeper、Eureka、Nacos概念及区别

    一、概念 ZooKeeper是一个开放源码的分布式应用程序协调服务,是Google的Chubby一个开源的实现,是Hadoop和Hbase的重要组件。目标就是封装好复杂易出错的关键服务,将简单易用的接口和性能高效、功能稳定的系统提供给用户。 ZooKeeper包含一个简单的原语集,提供Java和C的接口。

    2024年02月15日
    浏览(39)
  • Nacos、Eureka和Zookeeper有什么区别

        Nacos、Eureka和Zookeeper都是服务注册中心,它们的主要功能是管理分布式系统中各个微服务实例的注册与发现。它们之间的主要区别在于: 1. 语言支持:Nacos是用Java语言开发的,Eureka是用Java语言开发的,Zookeeper则是用C语言开发的。 2. 功能特性:Nacos支持服务发现、配置管

    2024年02月07日
    浏览(42)
  • eureka服务注册和服务发现

    我们要在orderservice中根据查询到的userId来查询user,将user信息封装到查询到的order中。 一个微服务,既可以是服务提供者,又可以是服务消费者,因此eureka将服务注册、服务发现等功能统一封装到了eureka-client端

    2024年02月10日
    浏览(37)
  • 【SpringCloud】Eureka原理分析、搭建Eureka服务、服务注册、服务发现

    🐌个人主页: 🐌 叶落闲庭 💨我的专栏:💨 c语言 数据结构 javaEE 操作系统 Redis 石可破也,而不可夺坚;丹可磨也,而不可夺赤。 当有两个服务,第一个服务需要远程调用第二个服务,采用的方式是发起一次HTTP请求,在之前的代码中是将服务提供者的ip和端口号硬编码到

    2024年02月07日
    浏览(49)
  • 服务注册发现_搭建单机Eureka注册中心

    创建cloud-eureka-server7001模块 pom添加依赖 写yml文件 主启动类 测试 访问浏览器localhostL:7001 参数: Environment: 环境,默认为test,该参数在实际使用过程中,可以不用更改 Data center: 数据中心,使用的是默认的是 “MyOwn” Current time:当前的系统时间 Uptime:已经运行了多少时间

    2024年02月07日
    浏览(44)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包