本章主要内容是:使用Nacos管理配置以及实现配置管理的原因,配置如何管理以及动态刷新和最佳实现总结,最后是Nacos配置刷新原理解读

该技术类似于Spring Cloud Config

1 配置管理的意义

项目痛点

不同环境 ,不同配置
配置属性动态刷新

为了解决痛点,常用方案是引入配置服务器,架构如下:

• 引入依赖

  
  

• 写配置(约定大于配置),要谨遵如下映射关系图哦

  
  

• 创建新的bs.yml配置文件

  
  

• 在NACOS操作面板配置

  
  
  

• 启动内容中心

  
  

2 配置的动态刷新

修改配置后,应用可以动态刷新配置,而不需要重启应用

• 添加@RefreshScope注解即可

  
  

回滚的Bug(不要回滚到初始状态! Nacos 1.2会解决)

• https://github.com/alibaba/nacos/issues/186
  
• https://qithub.com/alibaba/nacos/issues/434
  

可以尽量避免使用历史版本,而直接修改配置

3 共享配置

3.1 相同应用内

所指定的大于通用的

3.2 不同应用间

• 比如这段配置在用户/内容中心都有,可以将其交给nacos管理共享配置

  
  

下面看NACOS配置共享的两种方案:

shared-detaids

ext-config

优先级

shared-dataids < ext-config < 自动

4 引导上下文

4.1 用来连接配置服务器,读取外部配置

我们的bootstrap.yml就是引导上下文的配置文件
对于我们的应用来说,就是来连接NACOS,读取NACOS中的配置的

4.2 Application Context的父上下文

远程配置(NACOS) & 本地配置优先级
默认情况下,远程配置优先级较高哦

• 如下的配置文件必须放在远程配置中才生效

  
  

5 数据持久化

5.1 作为服务发现组件

其数据都是存在本地路径:

~/nacos/naming/public

5.2 作为配置服务器

数据分为如下两部分

NACOS web ui中添加的配置数据:

$NACOS_ HOME/data/derby-data

如果想查看其具体内容,必须停止nacos,然后连接Derby这个Apache开发的内嵌数据库,通过IDEA的数据源连接

配置属性的快照

~/nacos/config

6 搭建生产可用的Nacos集群

一次搭建即可,也不一定就你哦!

• 推荐阅读
  搭建生产可用的Nacos集群

7 NACOS配置管理最佳实践

• 能放本地,不放远程
• 尽量规避优先级
• 定规范,例如所有配置属性都要加上注释
• 配置管理人员尽量少(官方正在开发权限控制)

参考

• 面向未来微服务:Spring Cloud Alibaba从入门到进阶