Spring Cloud Config採用Git存儲時兩種常用的配置策略

由於Spring Cloud Config默認採用了Git存儲,相信很多團隊在使用Spring Cloud的配置中心時也會採用這樣的策略。即便大家都使用了Git存儲,可能還有各種不同的配置方式,本文就來介紹一下兩種常用的配置策略。

第一種:多個項目公用一個Git倉庫,用不同的目錄區分項目

主要的配置項如下:

spring.cloud.config.server.git.uri=https://github.com/dyc87112/config-repo.git
spring.cloud.config.server.git.search-paths=/{application}

這種模式下不同的項目會對應到https://github.com/dyc87112/config-repo.git倉庫下的不同目錄,如果項目中spring.application.name=user-service,那麼它的配置倉庫會定位到https://github.com/dyc87112/config-repo.git倉庫下的/user-service目錄。配置文件按application-{profile}.properties的格式存儲,{profile}代表環境名。

優缺點分析:因爲只使用一個Git庫存儲,所以當配置是由專人統一維護的時候比較方便。但是如果要做DevOps的話,權限控制上將變的非常的弱。

第二種:多個項目使用多個不同Git倉庫

主要的配置項如下:

spring.cloud.config.server.git.uri=https://github.com/dyc87112/{application}.git

這種模式下不同的項目會對應的不同的Git倉庫,如果項目中spring.application.name=user-service,那麼它的配置倉庫會定位到https://github.com/dyc87112/user-service.git倉庫下的配置。配置文件按application-{profile}.properties的格式存儲,{profile}代表環境名。

優缺點分析:由於一個項目就有一個對應的存儲配置的Git倉庫,所以這種模式對於DevOps的應用支持較好,如果使用Gitlab作爲Git服務端的話,還有不錯的界面和權限管理來方便項目所屬者使用和維護。如果團隊不是DevOps模式管理的話,專人管理就會遇到有N多Git倉庫要維護的困境。

本文的主要介紹內容就到這裏,不知道您採用了哪種配置存儲策略呢?如果有更好的方案歡迎留言分享!

最後,正式向大家介紹一下最近緊鑼密鼓開發和測試中的配置中心開源項目。該項目基於Spring Cloud Config構建,旨在實現一套方便大家對配置管理的可視化工具,增強Spring Cloud Config的易用性,該項目即適用於目前已經在使用spring cloud config的用戶,也適用於正在選型配置中心的用戶,小哥哥小姐姐們可以戳下面的鏈接瞭解一下,如果覺得不錯,歡迎轉發、Star支持!

P.S. 主要維護在Github,Gitee定期同步。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章