介绍
- nacos不仅可以做注册中心,也可以做配置中心
-
没有配置中心的问题图
-
配置中心原理图
- 使用nacos作为配置中心,其实就是将nacos当做一个服务端,将各个微服务看成是客户端,我们
将各个微服务的配置文件统一存放在nacos上,然后各个微服务从nacos上拉取配置即可。
配置
- 在服务上配置
pom.xml
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
bootstrap.yml
- 注意:不能使用原来的
application.yml
作为配置文件,而是新建一个bootstrap.yml
作为配置文件 - 配置文件优先级(由高到低):
bootstrap.properties -> bootstrap.yml -> application.properties -> application.yml - 注意这里的name值-active值 则是对应配置中心配置名
- 这里演示为: product-service-dev (细节重点) ,之后启动服务直接从配置中心对应的配置名获取配置
spring:
application:
name: product-service
cloud:
nacos:
config:
namespace : #若有命名空间则输入对应命名空间
server-addr: 127.0.0.1:8848 #nacos中心地址
file-extension: yaml # 配置文件格式
profiles:
active: dev # 环境标识
nacos配置
- 打开网址:
http://localhost:8848/nacos
- 在nacos中添加配置,然后把商品微服务application.yml配置复制到配置内容中.
- 注意:在配置中心的配置文件不设置
application: name: product-service
服务名,在本地文件中设置服务名即可 - 在配置中心 选择配置可以点击克隆多一个配置,然后修改端口和配置名, 则在本地的bootstrap.yml 内更改active值即可更改配置文件从而更改环境
- 动态配置
在控制器类上加上@RefreshScope
注解即可,实时更改配置中心的配置,服务也无需重启也能配置上
共享配置(同一个微服务切环境)
-
同一个微服务的不同环境之间共享配置
-
新建一个名为product-service.yaml(固定命名,因为另外2个环境的配置名叫product-service-dev.yaml和product-service-test.yaml)配置存放商品微服务的公共配置,把之前的公共配置都存放进去.
-
然后开发环境或者其他环境配置文件 只需配置以下2个属性即可
-
此演示测试环境的配置文件,若是开发环境则将env值改为dev和修改端口
-
通过修改环境,参看是否可以读取公共配置和环境独有配置
-
这里演示的test和配置中心配置文件的env值对应,要切哪个环境配置,则在actice输入相应的值
-
一个服务对应配置中心的配置文件展现(此演示的是product-service服务,配置文件命名如下图所示)
共享配置(不同微服务中间共享配置)
- 在nacos中定义一个DataID为global-config.yaml(随便你命名)的配置,用于所有微服务共享
- 修改bootstrap.yaml
spring:
application:
name: product-service
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848 #nacos中心地址
file-extension: yaml # 配置文件格式
shared-configs:
- data-id: global-config.yaml # 配置要引入的配置
refresh: true
profiles:
active: test # 环境标识
- 以上代码主要是加这段 来指定添加的公共配置文件(data-id名字要对应上配置中心的)即可
shared-configs:
- data-id: global-config.yaml # 配置要引入的配置
refresh: true