nacos-配置中心的概述与使用
1. nacos 所提供的配置中心的服务
在上一篇文章中已经记录了 nacos 作为注册服务中心的作用;同时 nacos 也整合了配置中心的作用,我们可以用来管理 繁杂的配置文件。
为什么要引入配置中心呢?
我们可以看到,随着微服务架构的提出,我们将以前单一的系统分成了许多个独立的服务,每一个服务都要有一个 yaml 文件;当然如果你愿意,也可以是 properties 后缀的文件。那样我们管理起来就会很麻烦;那么我们最好有一个类似注册中心的地方进行统一管理。
总结来说就是统一管理配置,快速切换配置。
当然作为配置中心的不止 nacos 此一家;如果你愿意,你也可以选用 SpringCloud家族原本的 Config-Server.
官方文档学习文档:nacos
2. 使用
2.1 注入依赖
nacos 提供两个服务,但是彼此之间独立开来,你可以分别引入依赖。例如 我们在上一篇文章中做的那样,如果只想使用它的注册中心的功能,那么我们只需要引入 discovery 依赖,如果我们想使用配置中心的功能;我们就要引入下面这个依赖:
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
2.2 配置
2.2.1 配置文件
我们需要引入一个新的配置文件,bootstrap.yml
读取的优先级别: bootstrap > application
我们在 bootrap文件中写上和配置中心有关的配置,那样在系统读取的时候就会直接按照配置去往配置中心。
配置内容:
spring:
application:
name: service #这里是应用的名称
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848 #Nacos配置中心地址
file-extension: yaml #文件拓展格式
profiles:
active: dev #说明所处的环境,比如现在是开发环境
然后我们去往 nacos 界面:
如果我们要添加配置,我们点击右上角的 +
# 1. data Id: {prefix} - {profiles:active}.{file-extension}
prefix 默认为 spring.application.name 的值spring.profiles.active 即为当前环境对应的 profile
当 spring.profiles.active 为空时,对应的连接符
- 也将不存在,dataId 的拼接格式变成 ${prefix}.${file-extension}
file-exetension 为配置内容的数据格式,可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。目前只支持 properties 和 yaml 类型。
这些都是要与 bootstrap.yml 中的保持一致,这样 才能准确在配置中心列表中匹配到。
# 2. Group 组:确定组的名称
# 3. 描述:类似于注解
# 4. 配置格式:与配置文件保持一致,然后将原先application中的内容复制到 下面的配置内容中;
点击右下角的 发布。 即可