手把手教你使用Nacos配置中心-nacos 配置中心使用

Nacos整合了注册中心和配置中心，使用起来非常方便，这篇文章主要介绍Nacos配置中心的使用。

新建配置

启动Nacos服务后，进入注册中心配置页面，如下图：

点击上图中红框里面的加号，进入新建配置页面，如下图：

上图Data ID的完整格式如下：

${prefix}-${spring.profiles.active}.${file-extension}

说明如下：

prefix：默认是spring.application.name的值，可以通过配置项 spring.cloud.nacos.config.prefix在配置文件中配置。
spring.profiles.active即为当前环境对应的profile。

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

file-exetension 为配置内容的文件格式，目前只支持properties和yaml类型，可以通过配置项 spring.cloud.nacos.config.file-extension在配置文件中配置。

这里我创建一个Data ID，内容如下图：

这里使用的spring.profiles.active是dev，bootstrap.properties的配置如下：

spring.application.name=nacos-producer 
spring.cloud.nacos.config.file-extension=properties

增加下面这个Controller类进行测试：

@Controller 
@RequestMapping("config") 
@RefreshScope 
public class ConfigController { 
 
    @Value("${useLocalCache}") 
    private boolean useLocalCache; 
 
    @RequestMapping(value = "/get", method = GET) 
    @ResponseBody 
    public boolean get() { 
        return useLocalCache; 
    } 
}

在浏览器输入下面的URL后输出 true，更改之后输出也会跟着变化：

http://localhost:8083/config/get

@RefreshScope这个注解可以让应用动态刷新配置

多环境

实际开发中，我们会有多套环境，比如在我本地有dev、test、prod三套环境，Nacos使用namespace来进行多环境和多租户的隔离。Nacos默认的namespace是public。

下面是官方对namespace的描述：

用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的 Group 或 Data ID 的配置。Namespace 的常用场景之一是不同环境的配置的区分隔离，例如开发测试环境和生产环境的资源(如配置、服务)隔离等。

可以通过下图进入命名空间页面：

添加一个命名空间，如下图，命名空间ID可以不填，系统会自动生成：

按照上图我创建了三个namespace。这样在【配置管理】-【配置列表】中添加配置时，就会出现刚刚配置的namespace，如下图：

这里我选择 dev 进行添加配置。如下图，配置一个testnamespace=dev 的配置：

因为使用了namespace，就必须在配置文件bootstrap.properties中指定我们使用了哪个namespace，比如在dev环境的bootstrap.properties文件中增加如下配置：

spring.cloud.nacos.config.namespace=ad0738cd-b595-4885-a4e5-03f547d11fa0

这时改一下测试Controller增加下面配置：

@Controller 
@RequestMapping("config") 
@RefreshScope 
public class ConfigController { 
 
    @Value("${testnamespace}") 
    private String testnamespace; 
 
    @RequestMapping(value = "/getEnv", method = GET) 
    @ResponseBody 
    public String getEnv() { 
        return testnamespace; 
    } 
}

浏览器输入下面配置，输出 dev，可见 namespace 配置生效了。

http://localhost:8083/config/getEnv

业务隔离

如果不同的业务系统需要进行配置隔离，比如服务A、服务B都有数据库、redis、mq等相关配置，配置名称是一样的，怎么进行隔离呢?

Nacos提供了group进行隔离，我们看一下官方描述：

Nacos 中的一组配置集，是组织配置的维度之一。通过一个有意义的字符串(如 Buy 或 Trade )对配置集进行分组，从而区分 Data ID 相同的配置集。当您在 Nacos 上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默认采用 DEFAULT_GROUP 。配置分组的常见场景：不同的应用或组件使用了相同的配置类型，如 database_url 配置和 MQ_topic 配置。

这里，我对serviceA和serviceB做了数据库配置，如下图是serviceB的配置：

配置之后serviceA和serviceB配置列表如下图：

这时serviceA和serviceB需要在bootstrap.properties中指定group，如下是serviceA的配置：

spring.cloud.nacos.config.group=serviceA

这时在测试Controller中增加下面代码：

@Controller 
@RequestMapping("config") 
@RefreshScope 
public class ConfigController { 
 
    @Value("${spring.datasource.max-idle}") 
    private String maxIdle; 
 
    @RequestMapping(value = "/getMaxIdle", method = GET) 
    @ResponseBody 
    public String getMaxIdle() { 
        return maxIdle; 
    } 
}

使用下面url测试后输入 10：

http://localhost:8083/config/getMaxIdle

共享配置如果一个新的应用，想要共享其他应用的配置，比如上面serviceA可以共享serviceB的配置，是否可以呢?Nacos是支持配置共享的。

我们创建两个共享配置 serviceA.properties 和 serviceB.properties，如下图：

其中，serviceA.properties的配置内容如下：

spring.datasource.max-idle=10

serviceB.properties的配置内容如下：

spring.datasource.min-idle=5

我在当前的应用中共享这两个配置，就需要在bootstrap.properties中增加下面的配置：

spring.cloud.nacos.config.shared-configs[0].dataId=serviceA.properties 
spring.cloud.nacos.config.shared-configs[0].group=DEFAULT_GROUP 
spring.cloud.nacos.config.shared-configs[0].refresh=true 
 
spring.cloud.nacos.config.shared-configs[1].dataId=serviceB.properties 
spring.cloud.nacos.config.shared-configs[1].group=DEFAULT_GROUP 
spring.cloud.nacos.config.shared-configs[1].refresh=true

启动应用后，在浏览器输入下面url，页面响应 10：

http://localhost:8083/config/getMaxIdle

在浏览器输入下面url，页面响应 5：

http://localhost:8083/config/getMinIdle

注意:共享配置要加.properties或者.yaml的后缀，否则访问不到。

总结

今天主要介绍了Nacos中配置中心的使用，包括基于namespace实现的多环境和多租户的配置，基于group实现的业务隔离，以及共享配置。可以看到Nacos的配置中心功能还是比较完备的，可以很好地满足业务系统使用。