前言

參考資料：
《Spring Microservices in Action》
《Spring Cloud Alibaba 微服務原理與實戰》
《B站尚硅谷 SpringCloud 框架開發教程周陽》

將配置寫入一個 config 常量類往往會有些問題，每次對配置進行更改時，應用程式都必須重新編譯和重新部署；

在少量的應用程式中可以將配置寫在低層級的屬性檔案，如：YAML、JSON 或 XML；其中包含資料庫和中間件連接資訊，以及驅動應用程式行為的相關元資料；

但是在處理可能包含數百個微服務的基于云的應用程式，其中每個微服務可能會運行多個服務實體時，需要對配置進行集中管理；

1. 配置管理基礎知識

微服務的生命周期

配置管理的架構概念

在這里插入圖片描述
配置管理的組件選擇

.xml
- 一種可擴展標記語言；
- 用于標記電子檔案使其具有結構性的標記語言，可以用來標記資料、定義資料型別；
- 是一種允許用戶對自己的標記語言進行定義的源語言；
- 適合 Web 傳輸；
- 用于引入 pom 依賴檔案；
.yml（下稱 yml）
- 一種比 XML 更為簡單易讀的序列化語言，更像是一種資料格式；
- 也稱 yaml，yml 檔案擴展名是 yaml 的縮寫；
- 以資料為中心，比 json、xml 等更適合做組態檔；
- 復雜配置建議用 yml，易讀性強；
- 支持的多種編程語言種類（支持python、go等大量編程語言）；
- 支持中文內容；
- 支持串列；
- 優先加載，會被后加載的 properties 覆寫；
.properties（下稱 properties）
- 作用同 yml；
- 簡單配置用 properties；
- properties 支持中文內容只能用 unicode 編碼；
- 只支持鍵值對資料；
- 加載優先級低，會覆寫 yml 的內容；

application.yml 或 application.properties（以下統稱：application）
- 主要用于 Spring Boot 專案的自動化配置；
- 是用戶級的資源配置項；
boostrap.yml 或 boostrap.properties（以下統稱：boostrap）
- 是系統級的，由父 ApplicationContext 加載，加載優先于 application；
- 主要用于從額外的資源來加載配置資訊；
- 可以在本地外部組態檔中解密屬性（用于加密/解密的場景）；
- 默認不能被本地相同配置覆寫；
- bootstrap可以理解成系統級別的一些引數配置，這些引數一般是不會變動的；
- 使用 Spring Cloud Config 配置中心時，這時需要在 bootstrap 組態檔中添加連接到配置中心的配置屬性來加載外部配置中心的配置資訊；
- 需要注意一個例外：若 bootstrap 里面配置了 server.port=8888，而 application 里面配置了 server.port=7777，事實上，專案啟動時的埠號是 7777（bootstrap不關心這個屬性）；
相同點：
- 共用一個環境，是任何 Spring 應用程式的外部來源；

名稱	廠商	特點（優點）	缺點
Spring Cloud Config		非分布式鍵值存盤；提供了對 Spring 和非 Spring 服務的緊密集成；可以使用多個后端來存盤配置資料，包括共享檔案系統、Eureka、Consul 和 Git 等

SpringCloud Config 為微服務架構中的微服務提供集中化的外部配置支持，配置服務器為各個不同微服務應用的所有環境提供了一個中心化的外部配置；

新人制作，如有錯誤，歡迎指出，感激不盡！歡迎關注公眾號，會分享一些更日常的東西！如需轉載，請標注出處！

轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/413138.html

標籤：其他