文章目录
- 前言
- 如何转移配置文件到nacos
- 文件名问题Data Id
- namespace命名空间修改
- 配置文件优先级
- 多微服务共享配置和配置热更新
- 传送门
前言
我们将微服务的配置内容进行统一管理,由nacos进行统一配置。
本章代码已分享至Gitee: https://gitee.com/lengcz/springcloudalibaba01.git
如何转移配置文件到nacos
演示示例是product微服务模块
- 在微服务中添加依赖
<!--用于配置管理-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
- 在resources目录下新建bootstrap.yml文件,内容如下
spring:
application:
name: server-product
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848
file-extension: yaml
profiles:
active: dev #开发环境
- 在nacos添加配置,配置内容为application.yml里的内容,添加完成后,屏蔽或者删除掉application.yml文件
当然也可以不用配置profiles.active,通过配置namespace同样可以。
- 启动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