Nacos-服务发现

简介

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

服务注册到Nacos 

在父工程中添加spring-cloud-alilbaba的管理依赖：

 <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${spring-cloud.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>

 添加nacos的客户端依赖：

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

修改客户端中的application.yml文件，添加nacos地址：

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

测试

服务跨集群调用问题 

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

Nacos服务分级存储模型

• 一级是服务，例如userservice
• 二级是集群，例如杭州或上海
• 三级是实例，例如杭州机房的某台部署了userservice的服务器

如何设置实例的集群属性

• 修改application.yml文件，添加spring.cloud.nacos.discovery.cluster-name属性即可 

根据集群负载均衡

 我们修改user-service集群属性配置，达到下面的效果： 

修改order-service中的application.yml，设置集群为HZ：

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

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

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

NacosRule负载均衡策略 优先选择同集群服务实例列表 本地集群找不到提供者，才去其它集群寻找，并且会报警告 确定了可用实例列表后，再采用随机负载均衡挑选实例 

根据权重负载均衡

实际部署中会出现这样的场景： 服务器设备性能有差异，部分实例所在机器性能较好，另一些较差，我们希望性能好的机器承担更多的用户请求

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

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

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

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

环境隔离 - namespace

在Nacos控制台可以创建namespace，用来隔离不同环境

然后填写一个新的命名空间信息： 

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

修改order-service的application.yml，添加namespace： 

server:
  port: 8088
spring:
  datasource:
    url: jdbc:mysql://mysql:3306/cloud_order?useSSL=false
    username: root
    password: 123
    driver-class-name: com.mysql.jdbc.Driver
  application:
    name: orderservice
  cloud:
    nacos:
      server-addr: nacos:8848 # nacos服务地址
      discovery:
        cluster-name: SH # 上海
        namespace: 4d6ce343-9e1b-44df-a90f-2cf2b6b3d177 # dev环境
        ephemeral: false # 是否是临时实例

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

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

Nacos环境隔离

• 每个namespace都有唯一id
• 服务设置namespace时要写id而不是名称
• 不同namespace下的服务互相不可见 

临时实例和非临时实例

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

spring:
  application:
    name: orderservice
  cloud:
    nacos:
      server-addr: nacos:8848 # nacos服务地址
      discovery:
        cluster-name: SH # 上海
        namespace: 4d6ce343-9e1b-44df-a90f-2cf2b6b3d177 # dev环境
        ephemeral: false # 是否是临时实例

临时实例宕机时，会从nacos的服务列表中剔除，而非临时实例则不会 

 Nacos与eureka的共同点

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

Nacos与Eureka的区别

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

CAP原则：cap理论是针对分布式数据库而言的，它是指在一个分布系统中，一致性（Consistency，C）、可用性（Availability，A）、分区容错性（Partition Tolerance, P）三者不可兼得。