Spring Cloud Alibaba 实战(十二) - Nacos配置管理

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

该技术相似于Spring Cloud Config

1 配置管理的意义

项目痛点

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

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

• 引入依赖

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

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

• 在NACOS操做面板配置

• 启动内容中心

2 配置的动态刷新

修改配置后,应用能够动态刷新配置,而不须要重启应用

• 添加@RefreshScope注解便可

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

• https://github.com/alibaba/na...

• https://qithub.com/alibaba/na...

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

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从入门到进阶

本文由博客一文多发平台 OpenWrite 发布！