一漂问、配置中心介紹
1橡羞、Spring Cloud Config
Spring Cloud Config?為分布式系統(tǒng)的外部配置提供了服務(wù)端和客戶端的支持方案。在配置的服務(wù)端您可以在所有環(huán)境中為應(yīng)用程序管理外部屬性的中心位置眼姐〗氩眩客戶端和服務(wù)端概念上的Spring Environment?和?PropertySource?抽象保持同步,?它們非常適合Spring應(yīng)用程序檩奠,但是可以與任何語言中運行的應(yīng)用程序一起使用桩了。當(dāng)應(yīng)用程序在部署管道中從一個開發(fā)到測試直至進(jìn)入生產(chǎn)時,您可以管理這些環(huán)境之間的配置埠戳,并確保應(yīng)用程序在遷移時具有它們需要運行的所有內(nèi)容井誉。服務(wù)器存儲后端的默認(rèn)實現(xiàn)使用git,因此它很容易支持標(biāo)記版本的配置環(huán)境整胃,并且能夠被管理內(nèi)容的各種工具訪問颗圣。很容易添加替代的實現(xiàn),并用Spring配置將它們插入屁使。
Spring Cloud Config?包含了Client和Server兩個部分在岂,server提供配置文件的存儲、以接口的形式將配置文件的內(nèi)容提供出去蛮寂,client通過接口獲取數(shù)據(jù)蔽午、并依據(jù)此數(shù)據(jù)初始化自己的應(yīng)用。Spring cloud使用git或svn存放配置文件酬蹋,默認(rèn)情況下使用git及老。
2、Nacos替換Config
Nacos?可以與?Spring, Spring Boot, Spring Cloud?集成范抓,并能代替?Spring Cloud Eureka, Spring Cloud Config骄恶。通過?Nacos Server?和?spring-cloud-starter-alibaba-nacos-config?實現(xiàn)配置的動態(tài)變更。
(1)應(yīng)用場景
????在系統(tǒng)開發(fā)過程中匕垫,開發(fā)者通常會將一些需要變更的參數(shù)僧鲁、變量等從代碼中分離出來獨立管理,以獨立的配置文件的形式存在象泵。目的是讓靜態(tài)的系統(tǒng)工件或者交付物(如?WAR寞秃,JAR?包等)更好地和實際的物理運行環(huán)境進(jìn)行適配。配置管理一般包含在系統(tǒng)部署的過程中单芜,由系統(tǒng)管理員或者運維人員完成蜕该。配置變更是調(diào)整系統(tǒng)運行時的行為的有效手段。
如果微服務(wù)架構(gòu)中沒有使用統(tǒng)一配置中心時洲鸠,所存在的問題:
-?配置文件分散在各個項目里,不方便維護(hù)
-?配置內(nèi)容安全與權(quán)限
-?更新配置后,項目需要重啟
nacos配置中心:系統(tǒng)配置的集中管理(編輯扒腕、存儲绢淀、分發(fā))、動態(tài)更新不重啟瘾腰、回滾配置(變更管理皆的、歷史版本管理、變更審計)等所有與配置相關(guān)的活動蹋盆。
二费薄、讀取Nacos配置中心的配置文件
1、在Nacos創(chuàng)建統(tǒng)一配置文件
(1)點擊創(chuàng)建按鈕
(2)輸入配置信息
a)Data ID?的完整規(guī)則格式如下
${prefix}-${spring.profile.active}.${file-extension}
- prefix?默認(rèn)為所屬工程配置spring.application.name?的值(即:nacos-provider)栖雾,也可以通過配置項?spring.cloud.nacos.config.prefix來配置楞抡。
-?spring.profiles.active=dev?即為當(dāng)前環(huán)境對應(yīng)的?profile。?注意:當(dāng)?spring.profiles.active?為空時析藕,對應(yīng)的連接符?-?也將不存在召廷,dataId?的拼接格式變成?${prefix}.${file-extension}
- file-exetension?為配置內(nèi)容的數(shù)據(jù)格式,可以通過配置項?spring.cloud.nacos.config.file-extension?來配置账胧。目前只支持?properties?和?yaml?類型竞慢。
2、以service-statistics模塊為例
(1)在service中引入依賴
(2)創(chuàng)建bootstrap.properties配置文件
(3)把項目之前的application.properties內(nèi)容注釋治泥,啟動項目查看效果
3筹煮、補充:springboot配置文件加載順序
其實yml和properties文件是一樣的原理,且一個項目上要么yml或者properties居夹,二選一的存在寺谤。推薦使用yml,更簡潔吮播。
bootstrap與application
(1)加載順序
這里主要是說明application和bootstrap的加載順序变屁。
bootstrap.yml(bootstrap.properties)先加載
application.yml(application.properties)后加載
bootstrap.yml 用于應(yīng)用程序上下文的引導(dǎo)階段。
bootstrap.yml 由父Spring ApplicationContext加載意狠。
父ApplicationContext 被加載到使用 application.yml 的之前粟关。
(2)配置區(qū)別
bootstrap.yml 和application.yml 都可以用來配置參數(shù)。
bootstrap.yml 可以理解成系統(tǒng)級別的一些參數(shù)配置环戈,這些參數(shù)一般是不會變動的闷板。
application.yml 可以用來定義應(yīng)用級別的。
三院塞、名稱空間切換環(huán)境
在實際開發(fā)中遮晚,通常有多套不同的環(huán)境(默認(rèn)只有public),那么這個時候可以根據(jù)指定的環(huán)境來創(chuàng)建不同的?namespce拦止,例如县遣,開發(fā)糜颠、測試和生產(chǎn)三個不同的環(huán)境,那么使用一套?nacos?集群可以分別建以下三個不同的?namespace萧求。以此來實現(xiàn)多環(huán)境的隔離其兴。
1、創(chuàng)建命名空間
默認(rèn)只有public夸政,新建了dev元旬、test和prod命名空間
2、克隆配置
(1)切換到配置列表:
可以發(fā)現(xiàn)有四個名稱空間:public(默認(rèn))以及我們自己添加的3個名稱空間(prod守问、dev匀归、test),可以點擊查看每個名稱空間下的配置文件耗帕,當(dāng)然現(xiàn)在只有public下有一個配置穆端。
默認(rèn)情況下,項目會到public下找?服務(wù)名.properties文件兴垦。
接下來徙赢,在dev名稱空間中也添加一個nacos-provider.properties配置。這時有兩種方式:
第一探越,切換到dev名稱空間狡赐,添加一個新的配置文件。缺點:每個環(huán)境都要重復(fù)配置類似的項目
第二钦幔,直接通過clone方式添加配置枕屉,并修改即可。推薦