微服务系列之ZooKeeper注册中心和Nacos注册中心&Nacos和Zookeeper对比

r囧r小猫 2023-10-02 16:53 75阅读 0赞

## **一、ZooKeeper注册中心** ##

Zookeeper 是 Apache Hadoop 的子项目，是一个树型的目录服务，支持变更推送，适合作为 Dubbo 服务的注册中心，工业强度较高，可用于生产环境，推荐使用。

![img][]

流程说明：

*  服务提供者启动时: 向 `/dubbo/com.foo.BarService/providers` 目录下写入自己的 URL 地址。
 *  服务消费者启动时: 订阅 `/dubbo/com.foo.BarService/providers` 目录下的提供者 URL 地址。并向 `/dubbo/com.foo.BarService/consumers` 目录下写入自己的 URL 地址。
 *  监控中心启动时: 订阅 `/dubbo/com.foo.BarService` 目录下的所有提供者和消费者 URL 地址。

支持以下功能：

*  当提供者出现断电等异常停机时，注册中心能自动删除提供者信息；
 *  当注册中心重启时，能自动恢复注册数据，以及订阅请求；
 *  当会话过期时，能自动恢复注册数据，以及订阅请求；
 *  当设置 `<dubbo:registry check="false" />` 时，记录失败注册和订阅请求，后台定时重试；
 *  可通过 `<dubbo:registry group="dubbo" />` 设置 zookeeper 登录信息；
 *  可通过 \`\` 设置 zookeeper 的根节点，不配置将使用默认的根节点；
 *  支持 `*` 号通配符 `<dubbo:reference group="*" version="*" />`，可订阅服务的所有分组和所有版本的提供者。

> 作为 Dubbo 的老牌黄金搭档 ZooKeeper，我们在单独讲解 Dubbo 时已经给大家分享过如何使用了，本文系 Spring Cloud Alibaba 系列文章，重点对象是 Nacos，所以 ZooKeeper 这里就不过多赘述了。

## **二、Nacos 注册中心** ##

Nacos 是 Alibaba 公司推出的开源工具，用于实现分布式系统的服务发现与配置管理。Nacos 是 Dubbo 生态系统中重要的注册中心实现。

Nacos 官网：[https://nacos.io/zh-cn/][https_nacos.io_zh-cn]

Github：[https://github.com/alibaba/nacos][https_github.com_alibaba_nacos]

#### **预备工作** ####

当您将 Nacos 整合到您的 Dubbo 工程之前，请确保后台已经启动 Nacos 服务。

#### **快速上手** ####

Dubbo 融合 Nacos 成为注册中心的操作步骤非常简单，大致步骤可分为“增加 Maven 依赖”和“配置注册中心“。

#### **依赖** ####

核心依赖主要是 `dubbo-registry-nacos` 和 `nacos-client`。

<dependency>
        <groupId>org.apache.dubbo</groupId>
        <artifactId>dubbo-registry-nacos</artifactId>
        <version>2.7.7</version>
    </dependency>
    
    <dependency>
        <groupId>com.alibaba.nacos</groupId>
        <artifactId>nacos-client</artifactId>
        <version>1.3.0</version>
    </dependency>

#### **配置注册中心** ####

服务提供者和服务消费者只需要调整 `address` 属性配置即可。

单机配置：

<dubbo:registry address="nacos://127.0.0.1:8848"/>
    
    <dubbo:registry protocol="nacos" address="127.0.0.1:2181"/>

集群配置：

使用 Nacos 注册中心，集群版 -->
    <dubbo:registry address="nacos://192.168.10.101:2181?backup=192.168.10.102:2181,192.168.10.103:2181"/>
    
    <dubbo:registry protocol="nacos" address="192.168.10.101:2181,192.168.10.102:2181,192.168.10.103:2181"/>

随后，重启您的 Dubbo 应用，Dubbo 的服务提供和消费信息在 Nacos 控制台中即可显示。

## Nacos和Zookeeper对比 ##

主要平时用的较多是配置中心和服务注册中心，所以也是结合这两点功能做出对应的对比，主要比对集群模式。

以下仅仅整理了个人理解后的观点，如有疑问欢迎咨询讨论。

#### 1.Zookeeper ####

其实明白一点Zookeeper的功能主要是它的树形节点来实现的。当有数据变化的时候或者节点过期的时候，会通过事件触发通知对应的客户端数据变化了，然后客户端再请求zk获取最新数据，采用push-pull来做数据更新。

ZK最重要的就是它的ZAB（消息广播和崩溃恢复）协议了。  
消息广播： 集群中zk在数据更新的时候，通过leader节点将将消息广播给其他follower节点，采用简单的两阶段提交模式，先request->ack->commit，当超过一半的follower节点响应可以提交就更新代码。

崩溃恢复： 当leader挂了，或者超半数follower投票得出leader不可用，那么会重新选举，这段期间zk服务是不可用的。通过最新的 xid来选举出新的leader，选举出来后需要将新的leader中的数据更新给超过半数的follower节点才能对外提供服务。

#### 2.Nacos ####

Nacos的配置中心和注册中心实现的是两套代码，和Zk不同，

**1.配置中心**  
Nacos和Zookeeper都可以作为配置中心，做一些可以实时变化的配置数据存储，然后实时更新线上数据。

1.1 存储和数据更新  
Nacos：依赖Mysql数据库做数据存储，当有数据更新的时候，直接更新数据库的数据，然后将数据更新的信息异步广播给Nacos集群中所有服务节点数据变更，在由Nacos服务节点更新本地缓存，然后将通知客户端节点数据变化。

Zookeeper:利用zk的树型结构做数据存储，当有数据更新的时候使用过半机制保证各个节点的数据一致性；然后通过zk的事件机制通知客户端。

这里可以明显发现差异：

服务器存储位置不同，分别采用mysql和zk本身存储  
消息发送，一个有采用过半机制保持一致性，另外一个异步广播，通过后台线程重试保证。

**2.注册中心**

Nacos：nacos支持两种方式的注册中心，持久化和非持久化存储服务信息。

非持久直接存储在nacos服务节点的内存中，并且服务节点间采用去中心化的思想，服务节点采用hash分片存储注册信息  
持久化使用Raft协议选举master节点，同样采用过半机制将数据存储在leader节点上  
Zookeeper:利用zk的树型结构做数据存储，服务注册和消费信息直接存储在zk树形节点上，集群下同样采用过半机制保证服务节点间一致性

**这里的差异：**

nacos支持持久化和非持久化存储即有点 AP和CP 分布式一致性的概念，nacos的CP-持久化更像贴合zk的模式（过半机制），默认非持久化采用内存存储速度更快，而且分片存储，不利点就是某个服务节点挂掉，可能出现部分时间调用失败。因为服务调用本身就是实时的，持久化存储起来应该意义不大，及时变化才是真理。

[img]: https://img-blog.csdnimg.cn/img_convert/b9926ce7e690e96833145f043b036841.png
[https_nacos.io_zh-cn]: https://link.zhihu.com/?target=https%3A//nacos.io/zh-cn/
[https_github.com_alibaba_nacos]: https://link.zhihu.com/?target=https%3A//github.com/alibaba/nacos