【nacos】配置中心的作用和nacos的4种使用方式

雨点打透心脏的1/2处 2024-04-03 12:25 61阅读 0赞

## 1、为什么使用配置中心 ##

#### 在没有配置中心之前，传统应用配置的存在以下痛点： ####

**（1）采用本地静态配置，无法保证实时性：修改配置不灵活且需要经过较长的测试发布周期，无法尽快通知到客户端，还有些配置对实时性要求很高，比方说主备切换配置或者碰上故障需要修改配置，这时通过传统的静态配置或者重新发布的方式去配置，那么响应速度是非常慢的，业务风险非常大**

**（2）易引发生产事故：比如在发布的时候，容易将测试环境的配置带到生产上，引发生产事故。**

**（3）配置散乱且格式不标准：有的用properties格式，有的用xml格式，还有的存DB，团队倾向自造轮子，做法五花八门。**

**（4）配置缺乏安全审计、版本控制、配置权限控制功能：谁？在什么时间？修改了什么配置？无从追溯，出了问题也无法及时回滚到上一个版本；无法对配置的变更发布进行认证授权，所有人都能修改和发布配置。**

而配置中心区别于传统的配置信息分散到系统各个角落的方式，对系统中的配置文件进行集中统一管理，而不需要逐一对单个的服务器进行管理。那这样做有什么好处呢？

**（1）通过配置中心，可以使得配置标准化、格式统一化**

**（2）当配置信息发生变动时，修改实时生效，无需要重新重启服务器，就能够自动感知相应的变化，并将新的变化统一发送到相应程序上，快速响应变化。比方说某个功能只是针对某个地区用户，还有某个功能只在大促的时段开放，使用配置中心后只需要相关人员在配置中心动态去调整参数，就基本上可以实时或准实时去调整相关对应的业务。**

**（3）通过审计功能还可以追溯问题**

## 2、常用配置中心 ##

微服务中配置中心的主流解决方案主要有三种：Nacos、Apollo、Config+Bus，不过这篇文章我们主要介绍 Nacos 作为配置中心的用法，对其他两种方式感兴趣的读者请自行上网查阅

## 3.0、使用方式-0 ##

1、导入依赖

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

2、配置中心

在配置中心新建配置
    Data Id : 服务名即可，无序添加后缀名
    配置格式：选择 properties
    内容：  author=username

3、测试

@RestController
    @RequestMapping("/order")
    @RefreshScope
    public class OrderController {
    
        private Logger logger = LoggerFactory.getLogger(OrderController.class);
    
        @Autowired
        private RepFeign repFeign;
    
        @GetMapping("/refreshScope")
        public void refreshScope(){
            logger.error(author);
            logger.error(time);
        }
    
    
    
    }

## 3、使用方式-1 ##

1、添加依赖

<dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>
        </dependency>
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bootstrap</artifactId>
        </dependency>
    </dependencies>

2、修改配置文件名 bootstrap.yaml

3、修改配置：

server:
      port: 9107
    spring:
      application:
        name: nacos-client2
      cloud:
        nacos:
          discovery:
            server-addr: 127.0.0.1:8848
          config:
            file-extension: yaml

4、创建配置中心的配置

## 4、使用方式-2 ##

1、创建配置

注意：DataId 格式：服务名—步骤2中spring.profiles.active的值.yaml

2、引用配置中心的配置

server:
      port: 9107
    spring:
      profiles:
        active: dev
      application:
        name: nacos-client2
      cloud:
        nacos:
          discovery:
            server-addr: 127.0.0.1:8848
          config:
            server-addr: 127.0.0.1:8848
            file-extension: yaml

## 5、使用方式-3 ##

1、创建命名空间 2、在对应命名空间下创建配置文件

dataId命名格式：服务名.yaml  或者  服务名.properties

3、在工程的bootstrap.yml配置文件中配置

server:
      port: 9107
    spring:
      application:
        name: nacos-client2
      cloud:
        nacos:
          discovery:
            server-addr: 127.0.0.1:8848   #指定nacos注册中心地址(boostrap.yml中配置后，可在application.yml中不配置)
          config:
            server-addr: 127.0.0.1:8848  #指定nacos配置中心地址
            file-extension: yaml  #指定配置文件后缀名
            group: DEFAULT_GROUP
            namespace: 56a84c30-0f97-492e-9c88-9694d337f20e
            #prefix:${spring.application.name}      #不填写默认就是项目的应用名

## 6、使用方式-4 ##

当我们微服务的数量越来越多，势必会有相同的配置，这时我们可以将相同的配置抽取出来作为项目中共有的配置，比如集群中的数据源信息、日志的配置信息，nacos 也是支持这种一个配置中心多个配置集这种写法的。

（1）我们在nacos中新建两个 Data ID 分别是 db.yaml 和 redis.yaml 的文件。

（2）在配置文件中分别加入部分配置内容

（3）在 Springboot 项目中添加如下的 nacos 配置：

spring:
      cloud:
        nacos:
          config:
            extension-configs[0]:
              data-id: db.yaml
    默认为DEFAULT_GROUP
              group: DEFAULT_GROUP
              # 是否动态刷新，默认为false
              refresh: true
            extension-configs[1]:
              data-id: redis.yaml
              group: DEFAULT_GROUP
              refresh: true

为了更加清晰的在多个应用间配置共享的 Data Id，官方推荐使用 shared-configs，配置如下：

spring:
      cloud:
        nacos:
          config:
            shared-configs[0]:
              data-id: db.yaml
              # 默认为DEFAULT_GROUP
              group: DEFAULT_GROUP   
              # 是否动态刷新，默认为false
              refresh: true   
            shared-configs[1]:
              data-id: redis.yaml
              group: DEFAULT_GROUP
              refresh: true

（4）思考：在这2个文件中出现相同配置，nacos如何选取？

当多个 Data Id 同时出现相同的配置时，它的优先级关系是 spring.cloud.nacos.config.extension-configs[n].data-id 其中 n 的值越大，优先级越高。

注意：spring.cloud.nacos.config.extension-configs\[n\].data-id 的值必须带文件扩展名，文件扩展名既可支持 properties，又可以支持 yaml/yml。 此时 spring.cloud.nacos.config.file-extension 的配置对自定义扩展配置的 Data Id 文件扩展名没有影响。 （5）不同方式配置加载优先级：

Nacos 配置中心目前提供以下三种配置能力从 Nacos 拉取相关的配置，当三种方式共同使用时，他们的一个优先级关系是:A < B < C：

A：通过 spring.cloud.nacos.config.shared-configs\[n\].data-id 支持多个共享 Data Id 的配置 B：通过 spring.cloud.nacos.config.extension-configs\[n\].data-id 的方式支持多个扩展 Data Id 的配置 C：通过内部相关规则(spring.cloud.nacos.config.prefix、spring.cloud.nacos.config.file-extension、spring.cloud.nacos.config.group)自动生成相关的 Data Id 配置