好處
單體應用，配置寫在配置檔案中，沒有什麼大問題。如果要切換環境 可以切換不同的profile（2種方式），但在微服務中。
微服務比較多。成百上千，配置很多，需要集中管理。
管理不同環境的配置。
需要動態調整配置引數，更改配置不停服。
壞處集中管理，修改錯誤影響較大
分布式配置中心包括3個部分：
存放配置的地方：git ，本地檔案 等。
config server。從 1 讀取配置。
config client。是 config server 的客戶端 消費配置。
配置都不會自己更新，都是需要觸發client才去git上拉取的。或者觸發 在config-server上檢視配置時，才去git上拉取。
config-server:
獲取配置規則：根據字首匹配
/-.properties
/-.yml
/-.json
name 服務名稱
profile 環境名稱，開發、測試、生產：dev qa prd
lable 倉庫分支、預設master分支【寫其他分支即可切換分支 】
匹配原則：從字首開始。
cloud:
config:
server:
git:
uri: gitpath
username:
password:
#預設是秒，因為git慢
timeout: 15
配置bootstap.yml
#應用名稱，配置檔名，此時:congif-client-dev.yml
spring:
name: config-client
cloud:
config:
discovery:
enabled: true
# config server 的服務id
service-id: config-server
# 環境
profile: dev
# 分支
label: master
使用actuator/refresh，手動重新整理
但是只能重新整理單一埠服務。需要乙個個的刷
//server,client pom
org.springframework.cloud
spring-cloud-starter-bus-amqp
//server,client bootstrap.yml
spring:
name: config-client
rabbitmq:
host: localhost
port: 5672
username: guest
password: guest
呼叫server /actuator/bus-refresh
nacos配置中心使用
nacos不僅可以作為註冊中心使用，還可以作為配置中心使用。相比於使用spring cloud config server來說，我們可以不用再去建乙個配置檔案的git倉庫，直接可以在nacos的控制台進行操作，同時配置檔案熱更新也更為方便，只需要在控制台修改，服務端就更新了。1.加依賴 com.al...
nacos配置中心使用
nacos不僅可以作為註冊中心使用，還可以作為配置中心使用。相比於使用spring cloud config server來說，我們可以不用再去建乙個配置檔案的git倉庫，直接可以在nacos的控制台進行操作，同時配置檔案熱更新也更為方便，只需要在控制台修改，服務端就更新了。1.加依賴 depend...
springcloud 配置中心的使用
配置中心作為springcloud裡最底層的框架，所發揮的意思是舉足輕重的，所以的元件的配置資訊都可以通過springcloud config來管理，它會把配置資訊分布式的儲存到git上，所以資訊保安這塊可以放心，其它應用程式在更新配置時，直接在遠端git倉庫更新即可，而且更新後自動同步到對應的程式...