Spring Cloud Alibaba Nacos 注册中心与配置中心实战

3.1.2 引入 Nacos 依赖

在具体的服务模块（如 order-service 和 product-service）中引入 Discovery 依赖：

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

3.1.3 引入 Load Balancer 依赖

Spring Cloud 2020+ 版本移除了 Ribbon，需要显式引入 LoadBalancer：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-loadbalancer</artifactId>
</dependency>

3.2 修改配置

在 application.yml 中指定 Nacos 地址：

spring:
  application:
    name: product-service
  cloud:
    nacos:
      discovery:
        server-addr: 服务器 IP:8848

3.3 远程调用

启动多个服务实例，测试负载均衡效果。

为 RestTemplate 添加 @LoadBalanced 注解，这样请求时可以使用服务名代替具体 IP：

@Bean
@LoadBalanced
public RestTemplate restTemplate() {
    return new RestTemplate();
}

调用时将 URL 中的 IP 替换为服务名称即可。

四、Nacos 负载均衡

生产环境需要对流量进行精细控制，Nacos 支持多种负载均衡策略，包括权重、同机房优先等。

4.1 服务下线

当某个节点性能较差时，可直接在 Nacos 控制台将该实例下线。下线后该端口将不再接收新请求。

4.2 权重配置

除了下线，还可以调整节点的流量权重。 找到对应实例 -> 编辑 -> 修改权重值。

注意：直接修改权重后，如果后端使用的负载均衡器不兼容 Nacos 的权重属性，可能不会生效。若遇到此问题，需查阅相关兼容性文档或开启 Nacos 内置负载均衡策略。

4.3 开启 Nacos 负载均衡策略

Spring Cloud LoadBalancer 默认不支持 Nacos 的权重属性，需要在配置文件中开启 Nacos 策略：

spring:
  cloud:
    loadbalancer:
      nacos:
        enabled: true

五、同集群优先

Nacos 将同一机房的实例划分为一个集群。同集群优先意味着优先访问同机房的服务，这能降低网络延迟。

例如：order-service 在上海机房，product-service 在北京和上海都有实例。我们希望优先访问上海机房的实例，若不可用再访问北京。

5.1 配置集群名称

在 yml 文件中配置集群名称：

spring:
  cloud:
    nacos:
      discovery:
        cluster-name: SH # 上海集群

其他复制的服务可通过 JVM 参数设置不同集群：

-Dserver.port=9091 -Dspring.cloud.nacos.discovery.cluster-name=BJ

5.2 开启 Nacos 负载均衡策略

同权重配置一样，需确保开启 Nacos 策略：

spring:
  cloud:
    loadbalancer:
      nacos:
        enabled: true

5.3 测试

当前 order-service 在 SH 集群下，请求只会分发到 SH 集群的实例（如 9091, 9092），BJ 集群（如 9090）不会收到请求。当 SH 集群实例下线后，流量会自动切换到 BJ 集群。

六、Nacos 健康检查

6.1 两种检查机制

Nacos 提供两种健康检查机制来感知服务状态：

1. 客户端主动上报：客户端通过心跳上报健康状态，默认间隔 5 秒。超过 15 秒未收到心跳标记为不健康，超过 30 秒删除实例。
2. 服务端反向探测：Nacos 主动探测客户端健康状态，默认间隔 20 秒。失败后标记为不健康，但不立即删除。

6.2 Nacos 服务实例类型

服务实例分为临时实例和非临时实例（永久实例）：

• 临时实例：宕机超时后从服务列表剔除，默认类型。采用客户端主动上报机制。
• 非临时实例：宕机后保留在列表中。采用服务端反向探测机制。

配置永久实例：

spring:
  cloud:
    nacos:
      discovery:
        ephemeral: false

注意：Nacos 不允许同一个服务实例的类型发生变化（如从临时变永久）。若需修改，需停止 Nacos 并清理 /data/protocol/raft 目录下的元数据信息。

七、Nacos 环境隔离

企业开发通常包含开发、测试和生产环境，Nacos 通过 Namespace（命名空间）实现环境隔离。不同 Namespace 下的服务互相不可见。

7.1 创建 Namespace

在 Nacos 控制台新建命名空间，用于区分不同环境。

7.2 配置 Namespace

在 yml 文件中指定命名空间 ID：

spring:
  cloud:
    nacos:
      discovery:
        namespace: 005dd957-fa48-41b6-9c1c-9a8a3d7ec7a5

八、Nacos 配置中心

Nacos 不仅是注册中心，也是配置中心，支持配置的集中管理和热更新。

8.1 使用配置中心

8.1.1 添加配置

在 Nacos 控制台添加配置，Data ID 建议设置为项目名称，格式支持 properties 和 yaml。

8.1.2 获取配置

引入 Nacos Config 依赖：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
<!-- SpringCloud 2020.*之后版本需要引入 bootstrap -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>

配置 bootstrap.properties（优先级高于 application.yml）：

spring.application.name=product-service
spring.cloud.nacos.config.server-addr=ip:端口

注意：spring.application.name 需与 Nacos 配置管理的 Data ID 一致。

8.1.3 编写程序

使用 @Value 读取配置，配合 @RefreshScope 实现热更新：

package com.cloud.product.controller;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RequestMapping("/config")
@RefreshScope
@RestController
public class NacosController {
    @Value("${nacos.config}")
    private String nacosConfig;

    @RequestMapping("/get")
    public String get() {
        return "从 nacos 获取的配置项：" + nacosConfig;
    }
}

8.2 详解

8.2.1 设置命名空间

配置中心的命名空间与服务列表独立，默认均为 public。需在 bootstrap.properties 中单独配置：

spring.cloud.nacos.config.namespace=命名空间

8.2.2 Data Id

Data ID 完整格式为：${prefix}-${spring.profiles.active}.${file-extension}

• prefix：默认为 spring.application.name，也可通过 spring.cloud.nacos.config.prefix 配置。
• spring.profiles.active：当前环境 profile，为空时连接符 - 不存在。
• file-extension：文件格式，支持 properties 和 yaml，默认为 properties。

微服务启动时会按顺序读取多个配置文件：

1. ${prefix}-${spring.profiles.active}.${file-extension} (如 product-servicedev.properties)
2. ${prefix}.${file-extension} (如 product-service.properties)
3. ${prefix} (如 product-service)

九、Eureka 和 Nacos 的区别

共同点

都支持服务注册和服务拉取。

区别

1. 功能：Nacos 除了服务发现和注册外，还提供配置中心、流量管理和 DNS 服务等功能。
2. CAP 理论：Eureka 遵循 AP 原则；Nacos 可切换 AP 和 CP 模式，默认 AP。临时节点走 AP，非临时节点走 CP，两者可混合存在。
3. 服务发现：Eureka 基于拉模式，Client 定期拉取（默认 30 秒）；Nacos 基于推送模式，变化时实时推送给订阅者。