Nacos阿里新一代配置管理中心也太强了吧!

2,574 阅读2分钟

该技术类似Spring Cloud Config。

1 配置管理的意义

现实的痛点

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

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

  • 引入依赖
  • 写配置(约定大于配置),要谨遵如下映射关系图哦
  • 创建新的bootstrap.yml配置文件
  • 在NACOS操作面板配置
  • 启动内容中心

2 配置的动态刷新

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

  • 添加 @RefreshScope 注解即可

回滚Bug

不要回滚到初始状态! Nacos 至今未解决。

既然迟迟不修复,我们只能尽量避免使用历史版本,而直接修改配置。

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配置管理最佳实践

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