該技術類似Spring Cloud Config。

1 配置管理的意義現實的痛點不同環境，不同配置配置屬性動態重新整理

為解決痛點，常用方案是引入配置伺服器，架構如下

引入依賴 寫配置(約定大於配置)，要謹遵如下對映關係圖哦 建立新的bootstrap.yml配置檔案 在NACOS操作面板配置 啟動內容中心 2 配置的動態重新整理

修改配置後，應用可動態重新整理配置，而無需重啟應用

新增 @RefreshScope 註解即可 回滾Bug

不要回滾到初始狀態! Nacos 至今未解決。

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

既然遲遲不修復，我們只能儘量避免使用歷史版本，而直接修改配置。

3 共享配置3.1 相同應用內

所指定的 > 通用的

3.2 不同應用間比如這段配置在使用者/內容中心都有，可以將其交給nacos管理共享配置

下面看NACOS配置共享的兩種方案：

shared-detaidsext-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/config6 Nacos配置管理最佳實踐能放本地,不放遠端儘量規避優先順序定規範，例如所有配置屬性都要加上註釋配置管理人員儘量少(官方正在開發許可權控制)