springcloudalibaba架构(27):将微服务的配置内容转移到nacos

前言

我们将微服务的配置内容进行统一管理，由nacos进行统一配置。

本章代码已分享至Gitee: https://gitee.com/lengcz/springcloudalibaba01.git

如何转移配置文件到nacos

演示示例是product微服务模块

1. 在微服务中添加依赖

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

2. 在resources目录下新建bootstrap.yml文件，内容如下

spring:
  application:
    name: server-product
  cloud:
    nacos:
      config:
        server-addr: 127.0.0.1:8848
        file-extension: yaml
  profiles:
    active: dev #开发环境

3. 在nacos添加配置，配置内容为application.yml里的内容，添加完成后，屏蔽或者删除掉application.yml文件
   
   
   

当然也可以不用配置profiles.active，通过配置namespace同样可以。

4. 启动product测试，发起查询商品的请求可用，即表示可以微服务可以用nacos获取配置信息。
   

文件名问题Data Id

根据日志可以看出，既可以写server-product.yaml，也可以写server-product-dev.yaml，但是应当注意后缀需要是yaml而不是yml

namespace命名空间修改

命名空间用来隔离生产环境和测试环境。nacos的命名空间是完全隔离的。
下面配置了namespace，表示读取读取测试的配置文件。

spring:
  application:
    name: server-product
  cloud:
    nacos:
      config:
        server-addr: 127.0.0.1:8848
        file-extension: yaml
        namespace: 869a0c6d-267e-4aa1-96cb-552cb1632c72 #命名空间,使用的dev的命名空间
#  profiles:
#    active: dev #开发环境

重启微服务，将请求链接里的端口改成18081，如果访问成功，则表示微服务读取到了dev这个namespace下面的配置文件。

配置文件优先级

优先级从高到低
bootstrap.properties > bootstrap.yml > application.properties > application.yml

多微服务共享配置和配置热更新

在多个不同微服务之间，我们可能存在相同的配置，例如大家使用相同的redis服务，相同的zipkin配置，而对于这些相同的配置内容，我们可以使用共享配置，将一个共享文件，挂在多个微服务之下。具体请见：
nacos基础(10):nacos配置管理之分布式应用配置管理

有时候，我们更新了配置文件里的某些内容，需要微服务热更新，不重启服务，比如更换了发送短信的密钥对。

传送门

更多nacos相关的资料，请见nacos专题 https://blog.csdn.net/u011628753/category_11658938.html
更多springboot相关的资料，请见springboot 专栏 https://blog.csdn.net/u011628753/category_11645789.html