問題描述

我們公司的項目是基于SpringCloud開發(fā)的微服務(wù)，用到了Spring-Cloud-Config作為微服務(wù)統(tǒng)一的配置中心，可以將散落在各個服務(wù)的配置進(jìn)行統(tǒng)一配置管理。

雖然配置中心將各個應(yīng)用的配置文件進(jìn)行了統(tǒng)一管理， 但是涉及到的一些公共配置，比如數(shù)據(jù)庫連接，redis連接，ftp連接等，依然還散落在各個應(yīng)用的配置文件中，并沒有抽取，我們需要根據(jù)環(huán)境的不同，而動態(tài)修改它們，非常難以維護(hù)。導(dǎo)致每次涉及修改這些公共配置，就非常老火。

所以想到了利用公共文件方法，現(xiàn)在在這里簡單闡述一下如何配置。（下面例子Spring-Cloud-Config-Server都是使用本地配置方式）。

經(jīng)過網(wǎng)上查閱資料，大部分都是采用方法一進(jìn)行配置的，那么我提供了一個方式二配置，也許會讓你眼前一亮，然后留下你的想法，如果是你去選擇，會選擇哪個方法呢？

方法一：

首先在配置中心的 config/ 目錄下創(chuàng)建一個公共配置文件common.yml, 然后在各個應(yīng)用下的 bootstrap.yml 文件中 spring.cloud.config.name 這里去配置多個配置文件名。

例如：

service-a 客戶端的 bootstap.yml：

spring:
 cloud:
 config:
  name: service-a, common

service-b 客戶端的 bootstap.yml：

spring:
 cloud:
 config:
  name: service-b, common

方法二：（比較推薦）

我們還記得springboot單體應(yīng)用的時候， 是如何抽離公共配置呢？答案是用spring.profiles.include 進(jìn)行引用其他公共配置文件。而且它的文件命名有個特點，就是必須是application-開頭的配置文件。
我們也會去想，像spring-cloud-config這樣的配置集中化，這樣的配置會生效嗎？

例如：

首先，我們在 config/ 目錄下創(chuàng)建 application-common-dev.yml 配置文件

然后分別修改 service-a 和 service-b 在 config/ 目錄下的配置文件，配置如下：

service-a 客戶端的 service-a-dev.yml

spring:
 application:
 name: service-a
 #公共配置文件
 profiles:
 include: common-dev

service-b 客戶端的 service-b-dev.yml

spring:
 application:
 name: service-b
 #公共配置文件
 profiles:
 include: common-dev

分別啟動各自的服務(wù)，就可以看到服務(wù)啟動成功。

那么，這兩種方式那種更好一些呢。
方法一：
缺點：如果有新加的公共配置文件，需要去每個服務(wù)的bootstrap.yml都去修改一下。并且需要重新發(fā)布jar包。

方法二：
優(yōu)點：配置可以外部化，而且修改配置文件，不需要單獨發(fā)布jar包。

到此這篇關(guān)于解決spring-cloud-config 多服務(wù)共享公共配置的問題的文章就介紹到這了,更多相關(guān)spring-cloud-config 公共配置內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！