SpringCloudAlibaba微服务【实用篇】| Nacos注册中心

快来打我* 2024-03-02 10:19 76阅读 0赞

**目录**

一：Nacos注册中心

1. 认识和安装Nacos

2. Nacos快速入门

3. Nacos服务分级存储模型

①Nacos服务分级存储模型

②NacosRule负载均衡

③根据权重负载均衡

4. Nacos环境隔离

二：Nacos和Eureka的对比

--------------------

> **tips**：前些天突然发现了一个巨牛的人工智能学习网站，通俗易懂，风趣幽默，忍不住分享一下给大家，感兴趣的同学可以进行学习[人工智能学习网站][Link 1]

## 一：Nacos注册中心 ##

> 前面已经讲解了Eureka注册中心，接下来就学习一下Nacos注册中心！实际上Nacos还能作为配置中心，后面会详细叙述！

<table> 
 <tbody> 
 <tr> 
 <td> </td> 
 <td> Dubbo </td> 
 <td> SpringCloud </td> 
 <td> SpringCloudAlibaba </td> 
 </tr> 
 <tr> 
 <td> 注册中心 </td> 
 <td> zookeeper、Redis </td> 
 <td> Eureka、Consul </td> 
 <td> Nacos、Eureka </td> 
 </tr> 
 <tr> 
 <td> 服务远程调用 </td> 
 <td> Dubbo协议 </td> 
 <td> Feign（http协议） </td> 
 <td> Dubbo、Feign </td> 
 </tr> 
 <tr> 
 <td> 配置中心 </td> 
 <td> 无 </td> 
 <td> SpringCloudConfig </td> 
 <td> SpringCloudConfig、Nacos </td> 
 </tr> 
 <tr> 
 <td> 服务网关 </td> 
 <td> 无 </td> 
 <td> SpringCloudGateway、Zuul </td> 
 <td> SpringCloudGateway、Zuul </td> 
 </tr> 
 <tr> 
 <td> 服务监控和保护 </td> 
 <td> dubbo-admin，功能弱 </td> 
 <td> Hystix </td> 
 <td> Sentine </td> 
 </tr> 
 </tbody> 
</table>

####  ####

### 1. 认识和安装Nacos ###

> [Nacos][]阿里巴巴的产品（需要下载、安装、启动），现在是[SpringCloud][]中的一个组件。相比[Eureka][]（Spring已经集成了）功能更加丰富，在国内受欢迎程度较高！Nacos是一个更易于构建云原生应用的动态服务发现、配置管理和服务管理平台，在SpringCloud Alibaba中，我们使用nacos进行服务的注册发现、服务的配置管理。

![8d680e935cb34252889ac4e3139a98b7.png][]

第一步：下载安装包

在Nacos的GitHub页面，提供有下载链接，可以下载编译好的Nacos服务端或者源代码：

> GitHub主页：[https://github.com/alibaba/nacos][https_github.com_alibaba_nacos]
> 
> GitHub的Release下载页：[https://github.com/alibaba/nacos/releases][https_github.com_alibaba_nacos_releases]

![ade7e275f539496ebffd78e6813fe14b.png][]

第二步：解压、配置

本次采用1.4.1.版本的Nacos，解压后目录如下：

![b80b509e727d42f2aefb8e0250c76b72.png][]

Nacos的默认端口是8848，如果你电脑上的其它进程占用了8848端口，请先尝试关闭该进程。 当然也可以修改Nacos的默认端口，在conf目录的application.properties中

![49375b3d52114c2bb2ac19ed74b57f36.png][]

第三步：启动

Nacos的启动非常简单，进入bin目录，结构如下

![6cbc5330e80f460c949569a998464234.png][]

打开cmd，执行以下命令进行启动

startup.cmd -m standalone # 单机启动

![b29f6b90d1dc49d3a7ecd0a051b95f4d.png][]

第四步：访问登录

在浏览器输入地址：[http://127.0.0.1:8848/nacos][http_127.0.0.1_8848_nacos]即可：

![44ae3e3fdd664e8ba80f6b926c99caad.png][]

账号密码都是nacos：登录后的页面

![9733bc0796bb4f37b58321bca68425e7.png][]

### 2. Nacos快速入门 ###

> Nacos的使用步骤和Eureka的使用步骤基本不变，把原来的Eureka配置Nacos即可！

第一步：在cloud-demo父工程中添加spring-cloud-alilbaba-dependices的管理依赖

> **回顾：**Eureka是在cloud-demo父项目下创建了一个子项目eureka-server：进行eureka-server依赖的引入，启动类上加@EnableEurekaServer注解，application.yaml中配置端口号、服务器名称、服务器地址！
> 
> 背景：我们知道SpringCloud是微服务的一站式解决方案，是众多组件的集合，而因为**SpringCloud中几乎所有的组件**使用的都是**Netflix**公司的产品，其中大部分已经进入了停止更新或者维护阶段。我们需要一些别的组件来代替它们，基于此，SpringCloud Alibaba诞生了，其中Nacos就是其中一员，所以我们需要先引入SpringCloudAlibaba依赖。

<dependency>
 <groupId>com.alibaba.cloud</groupId>
 <artifactId>spring-cloud-alibaba-dependencies</artifactId>
 <version>2.2.6.RELEASE</version>
 <type>pom</type>
 <scope>import</scope>
 </dependency>

第二步： 注释掉原来order-service和user-service的关于eureka依赖，添加nacosy依赖

> **注：**服务提供者和服务消费者引入的依赖都是nacos-discovery依赖

<dependency>
 <groupId>com.alibaba.cloud</groupId>
 <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
 </dependency>

第三步：修改user-service 和 order-service中的application.yml文件，注释eureka地址，添加nacos地址（服务器名称还用原来的）

# nacos服务端地址
    spring:
      cloud: 
        nacos:
          server-addr: localhost:8848

第四步：启动并测试

![778f245436c647e1ac5de6f1173801a8.png][]

### 3. Nacos服务分级存储模型 ###

#### ①Nacos服务分级存储模型 ####

> **场景：**假设现在某个功能user-service有多个实例，之前都是两层的概念：一个服务可以有多个实例！但是把所有实例都部署在一个机房，不安全，所以把多个实例放入多个机房中部署。Nacos服务分级存储模型就是引入了这样的概念，把同在同一个机房的实例成为一个集群；所以对于Nacos模型：**一级是服务、往下是集群、最后是实例**。

![7d5c8099236949a88752dd4d3d2333d2.png][]

服务跨集群调用问题

> **注：服务调用尽可能选择本地集群的服务，跨集群调用延迟较高；本地集群不可访问时，再去访问其它集群！**

![107b3e754edd4490bffc8662132d575b.png][]

服务集群属性

回到Nacos控制台查看此时的集群属性：default（表示没有）

![2c7d5b3b5de7492c96aa0696408d6eee.png][]

如何设置服务集群的属性？在user-service原有的配置中增加discovery属性

spring:
      cloud: 
        nacos:
          server-addr: localhost:8848 # nacos服务端地址
          discovery: 
            cluster-name: HZ # 配置集群名称，也就是机房位置，例如：HZ，杭州

此时uservice-service准备3个实列：UserApplication---8081、UserApplication1---8082、UserApplication2---8083；先按照上述的配置启动UserApplication---8081和UserApplication1---8082；然后把上述的集群名称改为SH后在启动UserApplication2---8083

![67877add47214e2d8f98b5ef57ac8f4e.png][]

给order-service也加入集群属性

spring:
      cloud: 
        nacos:
          server-addr: localhost:8848 # nacos服务端地址
          discovery: 
            cluster-name: HZ # 配置集群名称

#### **②NacosRule负载均衡**  ####

> 前面已经分析了要尽可能的使用本地的集群，不去跨域访问；所以此时就测试连续访问三次会不会全部访问的是HZ集群，不访问SH集群？

**运行结果：** 还是轮循访问，没有优先访问本地的；此时要修改负载均衡（原来默认的就是轮循调度）！

![15568f18093947fe85a063ace3ec11b3.png][]

在order-service中设置负载均衡的IRule为N**acosRule**，这个规则优先会寻找与自己同集群的服务：

user-service:
      ribbon:
        NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则

此时再次连续访问三次：

> 优先访问本地的集群，在**本地集群的基础上【随机】方式负载均衡**！

![68a2deeea22f442cbbfdbe08d757782c.png][]

那如果此时本地服务HZ都停掉了呢？

> 本地服务找不到，会跨集群访问，也能访问成功，但是会收到警告！

![336f49801afc457f835e76585b2e4830.png][]

**总结**

①优先选择同集群服务实例列表；

②本地集群找不到提供者，才去其它集群寻找，并且会报警告；

③确定了可用实例列表后，再采用随机负载均衡挑选实例；

####  ####

#### **③根据权重负载均衡** ####

实际部署中会出现这样的场景：

> 服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求；Nacos提供了权重配置来控制访问频率，权重值一般是0-1之间的，权重越大则访问频率越高！

第一步：在Nacos控制台可以设置实例的权重值，首先选中实例后面的编辑按钮

![78af2132173245c6864d7b490e965cbf.png][]

第二步：将权重设置为0.1，测试可以发现8081被访问到的频率大大降低

![f9d19e6a8658434db791a51dec9851f8.png][]

**思考：当权重为0时有什么用？**

> 实际上当权重为0时，服务器就完全不会被访问；当我们做版本升级时可以先设置为权重0，去访问其它服务器，版本升级结束，在设置权重为很小的一个值，放进来极少的客户进行测试；测试没问题在进行广泛的升级服务！

**总结**

①Nacos控制台可以设置实例的权重值，0~1之间；

②同集群内的多个实例，权重越高被访问的频率越高；

③权重设置为0则完全不会被访问；

### 4. Nacos环境隔离 ###

> Nacos首先是一个注册中心，还是一个数据中心；所以Nacos在做数据和服务的管理，会有一个环境隔离的概念。

环境隔离-namespace

> ①Nacos中服务存储和数据存储的最外层都是一个名为namespace（命名空间）的东西，用来做最外层隔离；
> 
> ②namespace内部会有一个group属性(组)，同一个命名空间的多个实例还可以分组；业务相关性比较高的就可以放到同一个组；
> 
> ③**组**内就是具体的**服务**，服务下面就是**集群**，集群下面就是**实例**；

![d4d262699f804a6892e69a2064382dc1.png][]

> 实际上在Nacos控制台上有一个默认的命名空间public，我们原先的实例都是放到这个组里的

![7e4d7a3307aa4bc8bce066fbc76defeb.png][]

**需求：把order-service放到一个新的命名空间里**

第一步：Nacos控制台上创建namespace，用来隔离不同环境

![12f65aa0ed124b9e95ad644353b8c470.png][]

第二步：填写一个新的命名空间信息

![b4c6449cdb7e4a3caf561319f4e542a9.png][]

第三步：保存后会在控制台看到这个命名空间的id

> 注：id可以不填写，根据UUID自动生成即可

![3f39418b724946dd8b652b71c5a21aa9.png][]

第四步：修改application.yml文件，添加namesapce命名空间

spring:
      cloud: 
        nacos:
          server-addr: localhost:8848 # nacos服务端地址
          discovery:
            cluster-name: SH # 集群
            namespace: e70e8b60-ea7e-40e0-a995-0b714190f7bd # 填写ID ,命名空间

第五步： 重启order-service后，再来查看控制台

public命名空间：

![a47ad39e86f24b209257cdb6e8e47bee.png][]

dev命名空间：

![4191fe6d66fb4f7997331ab7a1af324b.png][]

第六步：此时访问order-service，因为命名空间namespace不同，会导致找不到user-service

浏览器找不到服务：

> 注：实际上是有三个服务user-service在public的，但是order-service在dev，**不同的命名空间之间无法访问**（前面我们学习的**不同集群是可以访问的，只是会报警告**）！

![b141cd47dd40412aaa6cf3a5619135c2.png][]

控制台会报错：

![4df880239801411a959981a89aa96a79.png][]

**总结：**

①每个命名空间namespace都有唯一id；

②服务设置命名空间namespace时要写id而不是名称；

③不同命名空间namespace下的服务互相不可见；

## 二：Nacos和Eureka的对比 ##

> 截止到现在我们已经学习了两个注册中心：Eureka和Nacos，下面就进行对比学习一下！

**细节：**前面我们创建的是类默认都是临时实例

![1728dddd692e434a9908471f6c59b259.png][]

**从执行过程分析Eureka和Nacos的异同**

**同**

> ①无论是Eureka还是Nacos当服务提供者启动时，都会把信息提交给注册中心，注册中心把这些信息保存下来；
> 
> ②当消费者需要时会找注册中心去定时拉取；实际上这个拉取的动作不是每一次都要做，服务消费者会把拉取到的信息缓存到一个列表当中（每隔30秒重新拉取一次）；
> 
> ③消费者拿到服务列表之后，负载均衡挑选一个后远程调用提供者；

![c97e97fe161b45c69c5153c2cc3eb8ee.png][]

**异**

> **第一个差别：服务提供者的健康监测**，**Nacos**会把服务提供者划分为：临时实例和非临时实列。对于**临时实列采用心跳进行检测**（这点是和Eureka保持一致，但是频率不一样，nacos会慢一点），**发现挂了就进行剔除**；对于**非临时实列Nacos不会要求进行心跳，Nacos进行主动询问**，发现**挂了会标记不健康了，等待恢复、不会剔除**。
> 
> **第二个差别：消费者的拉取服务**，**Eureka采用的定时拉取**（每隔30秒），不能做到及时更新；**Nacos会主动推送变更消息**，**Eureka采用的是pull，而Nacos是pull+push的结**合；如果Nacos发现有服务挂了会立刻推送push给消费者，及时去更新。

![12c0d463ab4045b991f65352011b9844.png][]

服务注册到Nacos时，可以选择注册为临时或非临时实例，通过下面的配置来设置：

spring:
      cloud: 
        nacos:
          server-addr: localhost:8848 # nacos服务端地址
          discovery:
            cluster-name: SH # 集群
            namespace: e70e8b60-ea7e-40e0-a995-0b714190f7bd #填写ID，指定命名空间
            ephemeral: false #设置为非临时实例

①默认的是临时实列，此时关闭order-service，这个服务会被干掉

![ce78003709c2488894ffca4bb40b78ab.png][]

②修改epemeral为false，修改为非实例，此时关闭服务

![2444e267bb8d409fa6d42d55cb8cf184.png][]**不会被剔除，等待恢复！**

**总结**

1. Nacos与eureka的共同点

> ①都支持服务注册和服务拉取；
> 
> ②都支持服务提供者心跳方式做健康检测；

2. Nacos与Eureka的区别

> ①Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式；临时实例心跳不正常会被剔除，非临时实例则不会被剔除。Eureka采用的就是心跳检测，不正常直接被剔除。
> 
> ②Nacos支持服务列表变更的消息推送模式，服务列表更新更及时，是拉取和推送的结合。Eureka只是单纯的拉取，不能及时更新。
> 
> ③Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式。

**注：**AP/CP模式是指在分布式系统中，**数据的 可用性 和 一致性 是不可兼得的**，因此需要在可用性和一致性之间做出权衡。其中**A（Availability）可用性**、**C（Consistency）一致性**、**P（Partition tolerance）分区容错性**。

[Link 1]: https://www.captainbed.cn/hangover
[Nacos]: https://nacos.io/zh-cn/
[SpringCloud]: https://spring.io/projects/spring-cloud
[Eureka]: https://github.com/Netflix/eureka
[8d680e935cb34252889ac4e3139a98b7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/0f0d128bbd934e148e4899839b09230b.png
[https_github.com_alibaba_nacos]: https://github.com/alibaba/nacos
[https_github.com_alibaba_nacos_releases]: https://github.com/alibaba/nacos/releases
[ade7e275f539496ebffd78e6813fe14b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/e9d8d3354663426b8fa944c2c1dc3bd0.png
[b80b509e727d42f2aefb8e0250c76b72.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/aea9713f2a6f489b91910e1417a94194.png
[49375b3d52114c2bb2ac19ed74b57f36.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/1db09684df1e4308ac7fcbfe1330386f.png
[6cbc5330e80f460c949569a998464234.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/334886a6785141ffb8522eac1728f65d.png
[b29f6b90d1dc49d3a7ecd0a051b95f4d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/c9e78bf0e307458cb6a8a7384613bde7.png
[http_127.0.0.1_8848_nacos]: http://127.0.0.1:8848/nacos
[44ae3e3fdd664e8ba80f6b926c99caad.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/85c236354aad4d3481107e17d931059b.png
[9733bc0796bb4f37b58321bca68425e7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/d1530326ddc847a8871de835aa5c8f1d.png
[778f245436c647e1ac5de6f1173801a8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/afafcf89b7f9439e886e29abf6caeff7.png
[7d5c8099236949a88752dd4d3d2333d2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/655197a8f8aa4663a38e9e8bd41cf380.png
[107b3e754edd4490bffc8662132d575b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/60fbb3f711d54340a5fd4a03eca5291f.png
[2c7d5b3b5de7492c96aa0696408d6eee.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/a5a9a49a0c3a450bb1f86707c0e23680.png
[67877add47214e2d8f98b5ef57ac8f4e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/e8628f4b6036460b9a1a69bec0c3cd59.png
[15568f18093947fe85a063ace3ec11b3.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/f212ba51313346e39a566832fdfa7d47.png
[68a2deeea22f442cbbfdbe08d757782c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/5619a939572c4706a71d3f7543cf4fe0.png
[336f49801afc457f835e76585b2e4830.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/13f4cc356f9847ba8a56d560dd8d9716.png
[78af2132173245c6864d7b490e965cbf.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/e52851a33e0a43e0a25afd428f9411ae.png
[f9d19e6a8658434db791a51dec9851f8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/4d486757ac3641f69ca5810e5bb01e7e.png
[d4d262699f804a6892e69a2064382dc1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/207eb5bfe3da4526b5c31d7b9ca9bab6.png
[7e4d7a3307aa4bc8bce066fbc76defeb.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/9d2eadc17c3345d2ac36e475ae419f3e.png
[12f65aa0ed124b9e95ad644353b8c470.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/b49696f09c6b4218aa85d2660552eca0.png
[b4c6449cdb7e4a3caf561319f4e542a9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/e264cda1cca3477eb02e2c64ecde4966.png
[3f39418b724946dd8b652b71c5a21aa9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/3fe9fba6bcc3409fb9ed7f1236699dc2.png
[a47ad39e86f24b209257cdb6e8e47bee.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/263c4c870db748daa79cddbcbde09a9b.png
[4191fe6d66fb4f7997331ab7a1af324b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/c1cf3eb3466944bdac6e83bc52ec4d8f.png
[b141cd47dd40412aaa6cf3a5619135c2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/3049022f39654a388f84fd0348991ad7.png
[4df880239801411a959981a89aa96a79.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/f102ead9dcff4b2eb15c37a2cdc5b690.png
[1728dddd692e434a9908471f6c59b259.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/50e4a40e07ad400692a94001e6a368b7.png
[c97e97fe161b45c69c5153c2cc3eb8ee.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/a3c77b45048548fc952748bf1b4618b4.png
[12c0d463ab4045b991f65352011b9844.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/5e99573e1afb4ca4baefa67982a8551c.png
[ce78003709c2488894ffca4bb40b78ab.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/30ab9ce4f3a54e0fbcab356ca914a9f9.png
[2444e267bb8d409fa6d42d55cb8cf184.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/02/78859bfd215d4773a5c21511018c410c.png