Nacos和Eureka一样也可以充当服务的注册中心，让我们一起看看有何区别？
点击跳转👉【微服务】Eureka注册中心

一.引入

• Nacos是阿里巴巴的产品，现在是SpringCloud中的一个组件。相比于Eureka其功能更加丰富，在国内受欢迎程度较高。
  

• 使用前可根据官网Nacos 快速开始安装并通过指令单机模式运行Nacos。
  

• 启动后访问Console地址：http://192.168.0.106:8848/nacos/index.html看到如下页面即可，账号密码都为nacos
  

• 接下来让我们一起在项目中使用它~

二.使用

(1) 前言

Nacos是SpringCloudAlibaba的组件，而SpringCloudAlibaba也遵循SpringCloud中定义的服务注册、服务发现规范。因此使用Nacos和使用Eureka对于微服务来说，并没有太大区别。

主要差异在于：

• 依赖不同
• 服务地址不同

(2) 引入依赖

• 在父工程的pom文件中的中引入SpringCloudAlibaba的管理依赖：

com.alibaba.cloudspring-cloud-alibaba-dependencies2.2.6.RELEASEpomimport

• 在子工程的pom文件中引入nacos-discovery依赖：

com.alibaba.cloudspring-cloud-starter-alibaba-nacos-discovery

• 注：如果不通过父工程统一管理版本依赖，在子工程中使用需要指定具体版本。

(3) 配置地址

在子工程user-service和order-service的application.yml中添加nacos地址：

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

(4) 测试

• 启动微服务后，在浏览器中登录nacos管理页面，可以看到微服务注册信息：
  

• 点击操作下方的详情我们可以看到更加详细的信息
  

如此表明我们已经成功在项目中引入Nacos了。

三.服务分级存储模型

(1) 前言

• 一个服务可以有多个实例，例如我们的user-service，可以有:

  • 127.0.0.1:8081

  • 127.0.0.1:8082

  • 127.0.0.1:8083

• 假如这些实例分布于全国各地的不同机房，例如：

  • 127.0.0.1:8081，在上海机房

  • 127.0.0.1:8082，在上海机房

  • 127.0.0.1:8083，在杭州机房

• Nacos就将同一机房内的实例划分为一个集群。

• 总的来说：假设user-service是一个服务，而一个服务可以包含多个集群，如杭州、上海，每个集群下可以有多个实例，形成分级模型，如图：
  

• 当微服务互相访问时，应该尽可能先访问同集群实例，因为本地访问速度更快。当本集群内不可用时，才访问其它集群。例如：
  

• 总结：Nacos引入集群概念就是为了防止出现跨集群调用，尽可能的避免。

(2) 配置集群

修改子工程user-service服务的application.yml文件，添加集群配置：

spring:cloud:nacos:server-addr: localhost:8848  # nacos服务端地址discovery:cluster-name: HZ # 集群名称，也就是机房所在位置

重启两个user-service实例后，我们可以在nacos控制台看到下面结果：

我们再次复制一个user-service启动配置，添加属性：

-Dserver.port=8083 -Dspring.cloud.nacos.discovery.cluster-name=SH

配置如图所示：

启动UserApplication3后再次查看nacos控制台：

(3) 同集群优先的负载均衡

• 注意：默认的ZoneAvoidanceRule并不能实现根据同集群优先来实现负载均衡。

• 我们需要修改负载均衡规则为NacosRule，实现优先从同集群中挑选实例。

• 修改order-service的application.yml文件，

  1. 给order-service添加集群配置：

  spring:cloud:nacos:server-addr: localhost:8848discovery:cluster-name: HZ # 集群名称
  

  2. 修改负载均衡规则：

  userservice: # 要调用的微服务名称ribbon:NFLoadBalancerRuleClassName: com.alibaba.cloud.nacos.ribbon.NacosRule # 负载均衡规则 
  

• 至此可以实现同集群优先调用，当本地集群都无法调用时则会选择其他集群并给出警告信息。
  

四.权重配置

(1) 前言

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

  • 服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求。

• 但默认情况下NacosRule是同集群内随机挑选，不会考虑机器的性能问题。

• 因此，Nacos提供了权重配置来控制访问频率，权重越大则访问频率越高。

(2) 修改权重

1. 在nacos控制台，找到user-service的实例列表，点击编辑，即可修改权重：
   

2. 在弹出的编辑窗口，修改权重(范围0~1，权重越高访问频率越高)：
   

注意：如果权重修改为0，则该实例永远不会被访问

五.环境隔离

(1) 前言

Nacos提供了namespace来实现多环境隔离功能。

• nacos中可以有多个namespace
• namespace下可以有group、service等
• 不同namespace之间相互隔离，例如不同namespace的服务互相不可见
  

(2) 配置

(2.1) 创建namespace

1. 默认情况下，所有service、data、group都在同一个namespace，名为public：
   

2. 我们可以点击页面新增按钮，添加一个namespace：
   

3. 填写表单：
   

4. 然后就能在页面看到一个新的namespace：
   

(2.2) 给微服务配置namespace

• 给微服务配置namespace只能通过修改配置来实现。

例如，修改order-service的application.yml文件：

spring:cloud:nacos:server-addr: localhost:8848discovery:cluster-name: HZnamespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间，填上述ID

重启order-service后，访问控制台，可以看到下面的结果：

(3) 测试

• 此时访问order-service，因为所在namespace不同，会导致找不到userservice，控制台会报错：
  

六.Nacos与Eureka的区别

Nacos的服务实例分为两种类型：

• 临时实例：如果实例宕机超过一定时间，会从服务列表剔除，默认的类型。

• 非临时实例：如果实例宕机，不会从服务列表剔除，也可以叫永久实例。

配置一个服务实例为永久实例：

spring:cloud:nacos:discovery:ephemeral: false # 设置为非临时实例

Nacos和Eureka整体结构类似，服务注册、服务拉取、心跳等待，但是也存在一些差异：

• Nacos与eureka的共同点

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

• Nacos与Eureka的区别

  • Nacos支持服务端主动检测提供者状态：临时实例采用心跳模式，非临时实例采用主动检测模式
  • 临时实例心跳不正常会被剔除，非临时实例则不会被剔除
  • Nacos支持服务列表变更的消息推送模式，服务列表更新更及时
  • Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式；Eureka采用AP方式