一般服務(wù)器的應(yīng)用都有以下幾種類型,

其中當(dāng)屬業(yè)務(wù)部分最多也最繁雜。

當(dāng)應(yīng)用越來越龐大和復(fù)雜時,單機(jī)就肯定不能滿足需求了,然后就要考慮分布式了,接下可能會應(yīng)用不同的語言來開發(fā)應(yīng)用。

比如 nginx 毫無疑問的是用的最多的反向代理組件,使用 OpenResty 便要用到 lua,再比如前端要 seo ,一個解決辦法就是使用 nodejs,到了后端分布式,那就更繁多了,可能會需要把業(yè)務(wù)一個個拆分成不同的服務(wù)單獨(dú)運(yùn)行...

然后就發(fā)現(xiàn)散落一地的配置文件:***properties***、***yml***、***json*** …

為了解決這個問題,我們采取了這么一種模式,通過 etcd 我們的項(xiàng)目就是這樣,來收集所有的配置,然后統(tǒng)一的寫到一個文件中去,任何應(yīng)用都來訪問這一個文件來找到自己的配置并應(yīng)用。

這很好的解決了配置散落的問題,可以集中管理了,但是又存在另一個問題,各種類型的配置在一個文件里看起來好亂,而且在初始化時必須要完成這個文件才能啟動應(yīng)用。

所以下一個解決方案便想到用一個配置中心來解決問題。

Spring Cloud Config 項(xiàng)目

提供 服務(wù)端 和 客戶端 支持 集中式 管理分布式環(huán)境下的應(yīng)用配置 基于 Spring 環(huán)境,無縫 與 Spring 應(yīng)用集成 可用于 任何 語言開發(fā)的程序 默認(rèn)實(shí)現(xiàn)基于 git 倉庫,可以進(jìn)行 版本管理 可替換 自定義實(shí)現(xiàn)

Spring Cloud Config Server 作為配置中心服務(wù)端

拉取配置時更新 git 倉庫副本,保證是最新結(jié)果 支持?jǐn)?shù)據(jù)結(jié)構(gòu)豐富,yml, json, properties 等 配合 eureke 可實(shí)現(xiàn)服務(wù)發(fā)現(xiàn),配合 cloud bus 可實(shí)現(xiàn)配置推送更新 配置存儲基于 git 倉庫,可進(jìn)行版本管理 簡單可靠,有豐富的配套方案

Spring Cloud Config Client 默認(rèn)客戶端實(shí)現(xiàn)

SpringBoot 項(xiàng)目不需要改動任何代碼,加入一個啟動配置文件指明使用 ConfigServer 上哪個配置文件即可 簡單使用示例

新建一個 git 倉庫,添加一個配置文件。例如想要一個 billing的服務(wù),性質(zhì)是開發(fā),運(yùn)行環(huán)境是測試環(huán)境。

那么就新建一個 testing 的分支,然后提交一個 billing-dev.properties 的文件

devMode = true spring.application.name = billing spring.jdbc.host = localhost spring.jdbc.port = 3306 spring.jdbc.user = root spring.jdbc.password = 123qwe loging.file = demo

然后新建一個標(biāo)準(zhǔn) maven 項(xiàng)目

ConfigServer.java @?aliyunzixun@xxx.com?class ConfigServer { public static void main(String[] args) { SpringApplication.run(ConfigServer.class, args); }} application.yml server: port: 8888spring: cloud: config: server: git: uri:https://git.coding.net/tiangao/demo-config-server.git clone-on-start: true pom.xml <?xml version="1.0" encoding="UTF-8"?><project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <parent> <artifactId>spring-cloud-demo</artifactId> <groupId>xyz.stg.cloud</groupId> <version>1.0-SNAPSHOT</version> </parent> <modelVersion>4.0.0</modelVersion> <artifactId>config-server</artifactId><parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>1.4.1.RELEASE</version> </parent> <dependencies> <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-config-server --> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-config-server</artifactId> <version>1.2.1.RELEASE</version> </dependency> </dependencies></project>

好了,配置中心已經(jīng)可以啟動了,配最簡單的可以用瀏覽器來訪問。

想要 json 格式的怎么辦呢?

還有 yml, properties

OK, 就是這樣簡單。不過直接就能通過 url 得到,是不是有點(diǎn)不安全,這也不難,加上依賴。

java <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-security</artifactId> </dependency> 然后在 application.yml 配置用戶名和密碼,user 便是用戶名。 security: user: password: db1ab002-1fba-476d-a421-22113355

再訪問就能看到如下的效果

這是 ConfigSever 默認(rèn)實(shí)現(xiàn)的基本的 HttpBasic 的認(rèn)證。

服務(wù)端好了現(xiàn)在來看看 SpringBoot 客戶端

只需要添加一個啟動配置文件:

java cloud: config: uri: http://127.0.0.1:8888 profile: dev label: testing name: billing password: db1ab002-1fba-476d-a421-22113355 username: user

當(dāng)啟動時看到下面標(biāo)示的內(nèi)容是即表示加載成功。

簡單示例就這樣,下面便是 Config 的使用示意圖。

吶,就是這樣,所有的配置都通過倉庫來管理,應(yīng)用啟動時訪問配置中心能拿到自己的配置就OK,再接下來就是各自的事情了。

倉庫也不僅僅只能用 git, 還有 svn 和本地目錄可以選擇

svn:///${user.home}/config-repo file://${user.home}/config-repo

從簡單的示例里可以看出,我們只要提交一種格式的配置文件,通過不同的方式訪問即可得到不同格式的配置文件,這在ConfigServer里是如何實(shí)現(xiàn)的呢?

先看一共有多少種訪問方式 /{name}/{profiles:.*[^-].*} /{name}/{profiles}/{label:.*} /{name}-{profiles}.properties /{label}/{name} /{profiles}.properties /{name}-{profiles}.json /{label}/{name}-{profiles}.json

然后就能發(fā)現(xiàn)有這么一個類,里面有各種資源類型的轉(zhuǎn)換操作。EnvironmentController 的所有方法如下所示:

原來內(nèi)部只存在一種資源抽象,所有的資源對象都是由這種類型轉(zhuǎn)換而來。

一個應(yīng)用的配置只需要應(yīng)用名、屬性和標(biāo)簽就可以定位到。嗯,原來這么簡單,那 EnvironmentReposiroty 又是哪里實(shí)現(xiàn)呢?

findOne 方式在 AbstractScmEnvironmentRepository 中可以找到。

java @Override public synchronized Environment findOne(String application, String profile, String label) { NativeEnvironmentRepository delegate = new NativeEnvironmentRepository( getEnvironment()); Locations locations = getLocations(application, profile, label); delegate.setSearchLocations(locations.getLocations()); Environment result = delegate.findOne(application, profile, ""); result.setVersion(locations.getVersion()); result.setLabel(label); return this.cleaner.clean(result, getWorkingDirectory().toURI().toString(), getUri()); }

這其中又由 SearcPathLocator 接口的 getLocations() 來實(shí)際加載內(nèi)容,這個方法就由具體的實(shí)現(xiàn)類來完成。

Spring Cloud Config Server 內(nèi)部除了 JGitEnvironmentRepository 實(shí)現(xiàn)外還有另外三種實(shí)現(xiàn)。

SvnKitEnvironmentRepository NativeEnvironmentRepository MultipleJGitEnvironmentRepository

見名知其意,分別是 svn 本地目錄以及多 git 倉庫的實(shí)現(xiàn)。

來到客戶端這邊,SpringBoot

項(xiàng)目只需要加載依賴就可以使用到遠(yuǎn)程配置,現(xiàn)有項(xiàng)目遷移過去也不用改動任何代碼,感覺好神奇。

達(dá)到這樣的效果依賴于 springMVC 的抽象以及 springboot 的自動配置類加載。

```java

@Configuration

public class ConfigClientAutoConfiguration {

@Beanpublic ConfigClientProperties configClientProperties( Environment environment, ApplicationContext context) {...}aliyunzixun@xxx.com?ConfigServerHealthIndicator configServerHealthIndicator( ConfigServicePropertySourceLocator locator, ConfigClientHealthProperties properties, Environment environment) { return new ConfigServerHealthIndicator(locator, environment, properties);}...

}

**ConfigClientAutoConfiguration** 這個是 ConfigClient 的自動配置類,加載時觸發(fā)新建一個 ConfigServicePropertySourceLocator 的 bean, java

@Order (0)

public class ConfigServicePropertySourceLocator

implements PropertySourceLocator {

private RestTemplate restTemplate;private ConfigClientProperties defaultProperties;aliyunzixun@xxx.com@Retryable(interceptor = "configServerRetryInterceptor")public org.springframework.core.env.PropertySource<?> locate( org.springframework.core.env.Environment environment) { ... // Try all the labels until one works for (String label : labels) { Environment result = getRemoteEnvironment(restTemplate, properties, label.trim(), state); ...

}

```

然后在 ApplicationContextInitializer 的 initialize 方法中被調(diào)用 locate 方法從 ConfigServer 拉取配置文件,注入到 ConfigurableEnvironment 中,

@?aliyunzixun@xxx.com(PropertySourceBootstrapProperties.class)public class PropertySourceBootstrapConfiguration implementsApplicationContextInitializer<ConfigurableApplicationContext>, Ordered {?aliyunzixun@xxx.com?void initialize(ConfigurableApplicationContext applicationContext) {...ConfigurableEnvironment environment = applicationContext.getEnvironment();for (PropertySourceLocator locator : this.propertySourceLocators) {PropertySource<?> source = null;source = locator.locate(environment);if (source == null) {continue;}...}...}}

接著才是應(yīng)用的初始化過程。

從這個過程可以看到,其他任何應(yīng)用需要使用 ConfigServer 時只需要在應(yīng)用初始化之前通過 http 拉取到配置文件即可。

了解了大致原理,便可以看到集中式管理的優(yōu)點(diǎn)。

沒有記憶負(fù)擔(dān):大家都使用一個倉庫保存所有配置文件,方便查看。

降低沖突溝通成本:開發(fā)新功能是凡是有配置變動均向倉庫的提交,在合并后其他人碰到配置問題時也不用到處找人問,看看倉庫歷史就知道什么發(fā)生了變化。

方便測試:測試環(huán)境下,測試人員也不用老是問開發(fā)環(huán)境配置的問題了,所有配置一目了然,更改配置也有記錄,有問題向開發(fā)反饋也能幫助快速定位問題范圍。

方便管理: 在模擬環(huán)境和生產(chǎn)環(huán)境下,通過分支保護(hù)和權(quán)限管理管理線上配置文件,由運(yùn)維人員來管理。

總結(jié)

以上是生活随笔為你收集整理的聊聊 Spring Cloud Config的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。