配置中心组件-Nacos

一、配置中心概述

在系统开发过程中，开发者通常会将一些需要变更的参数、变量等从代码中分离出来独立管理，以独立的配置文件的形式存在。

目的：是让静态的系统工件或者交付物（如 WAR，JAR 包等）更好地和实际的物理运行环境进行适配。

配置管理一般包含在系统部署的过程中，由系统管理员或者运维人员完成。配置变更是调整系统运行时的行为的有效手段。

如果微服务架构中没有使用统一配置中心时，所存在的问题：

• 配置文件分散在各个项目里，不方便维护。
• 配置内容安全与权限。
• 更新配置后，项目需要重启。

二、Nacos作为配置中心

Nacos配置中心特点：

• 系统配置的集中管理（编辑、存储、分发）。
• 动态更新不重启。
• 回滚配置（变更管理、历史版本管理、变更审计）等所有与配置相关的活动。

三、基本使用

从配置中心读取配置，分以下3步：

3.1 引入依赖

<dependency>
    <groupId>com.alibaba.cloudgroupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-configartifactId>
dependency>

3.2 在 bootstrap.properties 中配置 Nacos server 的地址和应用名

说明：

之所以需要配置 spring.application.name ，是因为它是构成 Nacos 配置管理 dataId字段的一部分。

在springboot工程中，bootstrap.properties的加载优先级更高。

下面展示两种不同格式的配置方式：

• 方式一：properties文件

  spring.cloud.nacos.config.server-addr=127.0.0.1:8848
  
  # 该配置影响统一配置中心中的dataId。
  spring.application.name=nacos-provider
  

• 方式二：yaml文件

  spring:
    application:
      name: nacos-provider
    cloud:
      nacos:
        config:
          server-addr: 127.0.0.1:8848
          # 默认读取.properties后缀文件，此处指定读取yaml。
          file-extension: yaml
  

3.3 通过 Spring Cloud 原生注解 @RefreshScope 实现配置自动更新：

@RestController
@RefreshScope
public class ProviderController {

    @Value("${myName}")
    private String name;

    @RequestMapping("hello")
    public String hello(){
        return "hello " + name;
    }
}

3.4 新建配置

dataId 的完整格式：${prefix}-${spring.profile.active}.${file-extension}

• prefix 默认为所属工程配置spring.application.name 的值（即：nacos-provider），也可以通过配置项 spring.cloud.nacos.config.prefix来配置。

• spring.profile.active 即为当前环境对应的 profile，详情可以参考 Spring Boot文档。

  注意：当 spring.profile.active 为空时，对应的连接符 - 也将不存在，dataId 的拼接格式变成 ${prefix}.${file-extension}

• file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。

  目前只支持 properties 和 yaml 类型。

总结：配置所属工程的spring.application.name的值 + “.” + properties/yml

四、命名空间

在实际开发中，通常有多套不同的环境（默认只有public），那么这个时候可以根据指定的环境来创建不同的 namespce，

例如，开发、测试和生产三个不同的环境，那么使用一套 nacos 集群可以分别建以下三个不同的 namespace。以此来实现多环境的隔离。

4.1 创建新空间

4.2 指定空间

# 在配置中指定namespaceId
spring.cloud.nacos.config.namespace=xxxx

五、配置回滚

回滚配置只需要两步：

1. 查看历史版本
2. 回滚到某个历史版本

六、加载多配置文件

偶尔情况下需要加载多个配置文件。假如现在dev名称空间下有三个配置文件：nacos-provider.properties、redis.properties、jdbc.properties。

• jdbc.properties:

jdbc.url=xxxxxx

• redis.properties:

redis.url=yyyy

nacos-provider.properties默认加载，怎么加载另外两个配置文件？

在bootstrap.properties文件中添加如下配置：

spring.cloud.nacos.config.ext-config[0].data-id=redis.properties
# 开启动态刷新配置，否则配置文件修改，工程无法感知
spring.cloud.nacos.config.ext-config[0].refresh=true

spring.cloud.nacos.config.ext-config[1].data-id=jdbc.properties
spring.cloud.nacos.config.ext-config[1].refresh=true

七、配置的分组

在实际开发中，除了不同的环境外。不同的微服务或者业务功能，可能有不同的redis及mysql数据库。

区分不同的环境我们使用名称空间（namespace），区分不同的微服务或功能，使用分组（group）。

当然，你也可以反过来使用，名称空间和分组只是为了更好的区分配置，提供的两个维度而已。

新增一个redis.properties，所属分组为provider：

现在开发环境中有两个redis.propertis配置文件，一个是默认分组（DEFAULT_GROUP），一个是provider组。

• 默认情况下从DEFAULT_GROUP分组中读取redis.properties，如果要切换到provider分组下的redis.properties，需要添加如下配置：

# 指定分组
spring.cloud.nacos.config.ext-config[0].group=provider

• 缺点：将来每个分组下会有太多的配置文件，不利于维护。
• 建议：通过命名空间区分业务功能，分组区分环境。

八、更多配置项

九、结束语

---

“-------怕什么真理无穷,进一寸有一寸的欢喜。”

微信公众号搜索：饺子泡牛奶。