nacos注册中心

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

将服务注册到nacos中去

  1. 在cloud-demo父工程的pom文件中的<dependencyManagement>中引入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>

然后在user-service和order-service中的pom文件中引入nacos-discovery依赖:

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

将eureka的配置注释了

  1. 添加配置文件

    在user-service和order-service的application.yml中添加nacos地址:

    spring:
      cloud:
        nacos:
          server-addr: localhost:8848
    
  2. 重启微服务

    image-20220802111537970这样我们就将服务注册到nacos中了

服务的分级存储模型

一个服务可以存在很多的实例,将微服务拷贝多分分别放在不同的地方运行,这样能够防止数据的丢失,并且通过负载均衡策略,能够极大的降低访问的延迟

nacos将分布在不同地区的所有服务划分成了一个个不同的集群,每一个集群包含多种不同的服务,形成了分级模型

image-20220802141637503

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

image-20220802141658562

配置集群

默认是没有集群的,需要我们进行手动配置,

image-20220802141956145

因为在本地,没有太多的服务器,我们只能模拟

  1. 给userservice添加配置文件

      cloud:
        nacos:
          server-addr: localhost:8848
          discovery:
            cluster-name: HZ
    

    意思就是这个服务将代表是杭州的服务,我们启动服务

    image-20220802142421098发现服务确实在杭州启动了

copy一个服务,添加如下配置

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

表示在上海启动

可以看到确实出现了这个服务

image-20220802142831162

同集群优先的负载均衡

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

因此Nacos中提供了一个NacosRule的实现,可以优先从同集群中挑选实例。

1)给order-service配置集群信息

修改order-service的application.yml文件,添加集群配置:

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

2)修改负载均衡规则

修改order-service的application.yml文件,修改负载均衡规则:

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

权重的配置

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

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

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

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

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

image-20220802150010963

环境隔离

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

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

image-20220802150043830

创建namespace

默认情况下,所有service、data、group都在同一个namespace,名为public:

image-20220802150136182

我们可以点击页面新增按钮,添加一个namespace:

image-20220802150154032

给微服务配置namespace

配置之后不同命名空间的服务之间就不能直接进行访问

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

例如,修改order-service的application.yml文件:

spring:
  cloud:
    nacos:
      server-addr: localhost:8848
      discovery:
        cluster-name: HZ
        namespace: 492a7d5d-237b-46a1-a99a-fa8e98e4b0f9 # 命名空间,填ID

nacos与eureka的区别

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

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

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

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

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

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

image-20220802150502882

  • Nacos与eureka的共同点

    • 都支持服务注册和服务拉取
    • 都支持服务提供者心跳方式做健康检测
  • Nacos与Eureka的区别

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