注册中心选型-Zookeeper、eureka、nacos

最新推荐文章于 2024-06-27 11:26:15 发布
最新推荐文章于 2024-06-27 11:26:15 发布
阅读量4.6k 收藏 1
点赞数
分类专栏： Nacos
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dhylanyu1/article/details/119080290
版权

注册中心选型-Zookeeper、eureka、nacos

概述

一致性协议健康检查雪崩保护访问协议SpringCloud集成
NacosCP+APTCP+HTTP+Mysql+ClientBeat有Http、DNS
EurekaAP心跳有http
ConsulTCP、HTTP、gRPC、Cmd无http、dns支持
ZookeeperCPKeep Alive无TCP

Zookeeper

CP，保证一致性，集群搭建的时候某个节点失效，会进行选举Leader，或者半数以上节点不可用则无法提供服务，因此可用性无法满足。ZK的一致性是最终一致性，而不是强一致性。

Eureka

AP，无主从节点，一个节点挂了，自动切换到其他节点，去中心化设计。

Nacos

Nacos同时支持AP和CP，通过配置来切换具体是使用哪种模式，

curl -X PUT '$NACOS_SERVER:8848/nacos/v1/ns/operator/switches?entry=serverMode&value=CP'

这两种模式底层采用的分布式数据存储策略是不同的，因此可以同时支持。

  1. AP是EphemeralConsistencyService对应的是DistroConsistencyServiceImpl，采用的协议是阿里自研的Distro，就像gossip协议；
  2. CP是PersistentConsistencyService对应的是RaftConsistencyServiceImpl，其底层采用的是Raft协议

这两种一致性策略下的数据存储互不影响，所以nacos实现了AP模式与CP模式在一个组件中同时存在。

https://www.liaochuntao.cn/2019/06/01/java-web-41/

dhylanyu1
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
微服务治理：Nacos, Zookeeper, consul, etcd, Eureka等 5 个常用微服务注册工具对比
surfirst的博客
03-02 1898
本文介绍了 Nacos, Zookeeper, consul, etcd, Eureka 等5个常用微服务注册工具，并列表进行了详细对比
注册中心原理和选型：Zookeeper、Eureka、Nacos、Consul和Etcd
weixin_70730532的博客
08-26 637
服务提供者（RPC Server）：在启动时，向 Registry 注册自身服务，并向 Registry 定期发送心跳汇报存活状态。服务消费者（RPC Client）：在启动时，向 Registry 订阅服务，把 Registry 返回的服务节点列表缓存在本地内存中，并与 RPC Sever 建立连接。服务注册中心（Registry）...
分布式注册中心ZooKeeper、Eureka、 Nacos
weixin_44183721的博客
08-09 3062
分布式注册中心出现，ZooKeeper,Eureka,Nacos的比较
注册中心不知选哪个？Zookeeper、Eureka、Nacos、Consul和Etcd 5种全方位剖析对比
最新发布
kangbin825的专栏
06-27 3947
本文给大家讲解 5 种常用的注册中心，对比其流程和原理，无论是面试还是技术选型，都非常有帮助。对于注册中心，在写这篇文章前，我其实只对 ETCD 有比较深入的了解，但是对于 Zookeeper 和其他的注册中心了解甚少，甚至都没有考虑过 ETCD 和 Zookeeper 是否适合作为注册中心。经过近 2 周的学习，原来注册中心除了 ETCD 和 Zookeeper，常用的还有 Eureka、Nacos、Consul。下面我们就对这些常用的注册中心，初探它们的异同，便于后续技术选型。注册中心主要有三种角色：服
微服务架构：注册中心 Eureka、ZooKeeper、Consul、Nacos的选型对比详解
永远保持随时离开的技术能力！
05-12 1788
微服务架构：注册中心 Eureka、ZooKeeper、Consul、Nacos的选型对比详解
Nacos与Eureka
xiexie9606的博客
12-16 1048
2、Provider 和 Consumer 分别作为服务启动，并且注册到 Eureka 上面去，以 provider 为例，3、provider 注册时会告诉 eureka，我叫 provider，我的地址是 xx.xx.xx.xx，我的端口是 xx，我的 xx 是 xx，就是说，provider 会将自己的一些元数据信息告诉 eureka；同理，consumer 也是如此。Eureka Client 在调用服务时，需要获取这个注册表，一般来说，这个注册表会缓存下来，如果缓存失效，则直接获取最新的注册表。
注册中心对比和选型：Zookeeper、Eureka、Nacos、Consul和ETCD
飞楼踏梦
02-26 6487
讲解5种常用的注册中心，对比其流程和原理，无论是面试还是技术选型，都非常有帮助。 往期精选： 如何看待程序员35岁职业危机？ 2年经验总结，告诉你如何做好项目管理 Java全套学习资料（14W字），耗时半年整理 我肝了三个月，为你写出了GO核心手册 消息队列：从选型到原理，一文带你全部掌握 RPC框架从原理到选型，一文带你搞懂RPC 微服务网关选型，请收下我的膝盖！ 更多... 大家好，我是楼仔！对于注册中心，在写这篇...
15张图，注册中心 Zookeeper、Eureka、Nacos、Consul 和 Etcd 选哪个
qwer123451234123的博客
05-13 526
经过近2周的学习，原来注册中心除了ETCD和Zookeeper，常用的还有Eureka、Nacos、Consul，下面我们就对这些常用的注册中心，初探它们的异同，便于后续技术选型。 全文接近8千字，有点长，建议先收藏，再慢慢看，下面是文章目录： 注册中心基本概念 什么是注册中心？ 注册中心主要有三种角色： 服务提供者（RPC Server）：在启动时，向 Registry 注册自身服务，并向 Registry 定期发送心跳汇报存活状态。 服务消费者（RPC Client）：在启.
【微服务架构组件之注册中心】注册中心选型-我只选nacos
qq_35789269的博客
11-20 1662
注册中心选型
注册中心介绍--zookeeper分析
I_absolutely的博客
10-11 772
上面几篇介绍了RPC调用相关的知识，这次我们了解下关于注册中心的原理和实践。我们主要从下面几个方面进行介绍： 注册中心的作用及设计分析 开源注册中心选型 Nacos注册中心深入分析 Zookeeper实现深入剖析 一、注册中心的作用及设计分析 什么是注册中心？ 用来实现微服务实例的自动注册与发现，是分布式系统中的核心基础服务。 没有注册中心 我们可以思考一下没有注册中心的场景。 像上图一样，多个service调用ServiceA，然后ServiceA又需要调用ServiceB、ServiceC
微服务技术--Nacos与Eureka
weixin_53050118的博客
01-14 1776
负载均衡原理：请求会被LoadBalancerInterceptor负载均衡拦截器拦截，会得到请求中的服务名称把它交给RibbonLoadBanlancerClient然后会把服务交给DynamicServerListLoadBalancer去eureka里拉取服务列表得到多个服务的信息，然后找到IRule从服务列表中基于规则做出选择挑一个出来服务，将其返回到RibbonLoadBanlancerClient中然后替换url中userservice得到真实的ip然后发起http请求。
常用注册中心consul eureka zookeeper nacos 技术选型
qq_36087639的博客
09-15 1508
eureka 基础 AP 高可用，同时用的企业也比较多 简单 开箱即用 内存限制 单一调度更新，客户端简单轮询更新 集群伸缩限制，广播复制增加服务器压力 在30k 服务实例数时会出现瓶颈 zookeeper CP 高一致 基于ZAB算法 客户端 session 状态 难处理，集群数 过多时网络故障（重启）很难搞定 伸缩性限制， 内存 GC 连接数 等 在20k 服务实例数时会出现瓶颈 c...
Eureka/Zookeeper/Nacos实现注册中心区别
记录各种Bug解决案例及日常学习内容
04-23 537
一、CAP定律 CAP理论： Consistency（一致性） Availability（可用性） Partition tolerance（分区容错性） 必然存在 在我们集群中，如果某个服务器宕机（故障）： 保证数据一致性：一致性(CP) 保证服务可用性：可用性AP 这个定理的内容是指的是在一个分布式系统中、Consistency（一致性）、 Availability（可用性）、Partition tolerance（分区容错性），三者不可得兼。 一致性( C )：在分布式系统中，如果服务器集群，每个节点在
eureka与nacos
weixin_44744094的博客
04-27 1452
提供者与消费者 服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务） 服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口） 提供者与消费者角色其实是相对的 **思考：**服务A调用服务B,服务B调用服务C,那么服务B是什么角色？ 相对来说。一个服务既可以是提供者也可以是消费者。 Eureka注册中心 服务调用出现的问题 不能硬编码 服务消费者该如何获取服务提供者的地址信息？ 服务提供者启动时向Eureka注册自己的信息 Eureka保存这些信息 消
Eureka与Nacos
qq_46904259的博客
09-14 547
负载均衡加载规则：Ribbon负载均衡加载规则默认为懒加载，第一次访问时我们才会去创建LoadBalanceCilent，请求时间过长。不同点：1.Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式。服务者会每个30秒向eureka发送一次心跳请求，以报告当前状态，当心跳请求不正常是会被踢出。4.Nacos集群默认为AP方式，当集群中存在实例时，采用CP方式；1.2.同集群内的多个实例，权重越高，被访问的次数越多。2.临时实例心跳不正常会被剔除，非临时则不会被剔除。
微服务学习-注册中心的搭建(Nacos、Eureka)
ShockChen7的博客
11-12 4102
微服务学习-注册中心的搭建(Nacos、Eureka)，微服务架构风格是一种将单个应用程序开发为“一套小型服务”的方法，每个服务“运行在自己的进程中”，并通过轻量级机制(通常是HTTP资源API)进行通信。这些服务“围绕业务功能构建”，并通过全自动部署机制“独立部署”。“这些服务只有最低限度的集中管理”，可能是用不同的编程语言编写的，并使用不同的数据存储技术。搭建eureka注册中心 ### 4.1.1 搭建eureka-server 首先搭建注册中心服务端：eureka-server，这必须是一个独立的s
微服务架构中的注册中心：Zookeeper、Eureka、Nacos对比分析
1. **服务发现**：服务提供者在启动时向注册中心注册，同时服务消费者可以订阅服务提供者的信息。注册中心支持实时推送，以便服务消费者能迅速得知服务的变化。 2. **配置管理**：注册中心不仅管理服务实例，还负责...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值