使用nacos作为配置中心

nacos

发布日期: 2021-11-23

1、如何使用nacos作为配置中心统一管理配置

(1)POM引入依赖

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

(2)创建一个bootstrap.properties文件

spring.application.name=gull-coupon
spring.cloud.nacos.config.server-addr=192.168.2.160:8848

(3)需要给配置中心默认添加一个叫数据集（Dara Id) gull-coupon.properties。默认规则，应用名.properties

(4)给应用名.properties 添加任何配置

(5)动态获取配置

@RefreshScope：动态获取并刷新配置
@Value("$&#123;配置项的名&#125;)：获取到配置

注意：如果配置中心和当前应用的配置文件中都配置了相同的项，优先使用配置中心的配置

2、细节

(1)命名空间

用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的 Group 或 Data ID 的

配置。Namespace 的常用场景之一是不同环境的配置的区分隔离，例如开发测试环境和生

产环境的资源（如配置、服务）隔离等。

默认：public（保留空间），默认新增的所有配置都在public空间
1. 利用命名空间来做环境隔离：开发、测试、生产
  
  注意：在bootstrap.properties配置上，需要使用哪个命名空间下的配置
```
spring.cloud.nacos.config.namespace=61cf105d-36a7-494b-b552-42112bfdd2f4
```
```
 2. 每一个微服务之间互相隔离配置，每一个微服务都创建自己的命名空间，只加载自己命名空间下的配置。
```

(2)配置集

一组相关或者不相关的配置项的集合称为配置集。在系统中，一个配置文件通常就是一个配

置集，包含了系统各个方面的配置。例如，一个配置集可能包含了数据源、线程池、日志级

别等配置项。

(3)配置集ID(类似文件名)

Nacos 中的某个配置集的 ID。配置集 ID 是组织划分配置的维度之一。Data ID 通常用于组

织划分系统的配置集。一个系统或者应用可以包含多个配置集，每个配置集都可以被一个有

意义的名称标识。Data ID 通常采用类 Java 包（如 com.taobao.tc.refund.log.level）的命名

规则保证全局唯一性。此命名规则非强制。

Data ID:类似文件名

(4) 配置分组

Nacos 中的一组配置集，是组织配置的维度之一。通过一个有意义的字符串（如 Buy 或

Trade ）对配置集进行分组，从而区分 Data ID 相同的配置集。当您在 Nacos 上创建一个

配置时，如果未填写配置分组的名称，则配置分组的名称默认采用 DEFAULT_GROUP 。配置

分组的常见场景：不同的应用或组件使用了相同的配置类型，如 database_url 配置和

MQ_topic 配置。