SpringCloud分佈式配置中心選型

分佈式配置中心解決方案：Spring Cloud Config

基於2.2.1.RELEASE版本，>>>官方文檔<<<

衡量指標：

• 有靠譜的web管理系統，至少常規的配置參數管理功能，如：修改、刪除、新增等
• 要有比較高服務穩定性
• 最好能支持分佈式，長遠考慮有利於擴展
• 開源，至少有開源版本
• 有熱度，使用和維護的人多，大廠背書
• 開發語言不能是小衆的，最好是主流的語言
• 部署實施簡單，有容器化版本是最好
• 數據存儲和備份支持，能恢復
• 系統獨立性好，不能有太多三方依賴

Vault

Vault是一個有web界面的配置存儲和管理工具，成熟現代的商業軟件同時有開源的社區版。就這個軟件來講功能齊全，社區熱度高持續迭代中。

Consul

研究Vault時，看到官網有提到相關比較，順便看了看

Consul不單單是一個服務註冊與發現中間件，同時還能提供配置存儲管理能力，這一點確實很地道的功能。要是你的服務註冊發現正好使用的是consul，推薦直接採用同時做爲配置管理，由於consul在高可用、高擴展、存儲上能力很是強，不須要過多解釋。

Chef

研究Vault時，看到官網有提到相關比較，順便看了看

自動化服務器配置管理工具，比較適合服務器級別的運維，能夠進行腳本模版化運行，是DevOps中運維自動化模塊解決方案之一，有開源版本和商業版本。採用Ruby開發，有web界面，不少大型公司在用，社區熱度足夠。Chef工具的使用，可讓運維具有必定的開發能力。

優質學習資源
https://blog.csdn.net/zhaihai...
https://blog.csdn.net/zzq9005...
https://www.ibm.com/developer...
https://docs.chef.io/

File System

本地文件系統做爲後臺存儲系統，這種方式在集成上是最簡單的，但平常維護工做很不方便。平時學習能夠採用，可是生產環境不推薦。

Version Control Filesystem

採用VCS(SVN)這樣文檔版本控制系統，文件存儲也是直接放在系統中，依賴系統的文件系統，這種方案太落後直接放棄。

AWS S3 & CredHub

這兩個都是基於雲環境的配置管理框架，或者說是一種實現方案，二者都是很好但不是我此刻研究方向，不深刻。

JDBC & Redis

一個是傳統關係型數據庫，一個是新型內存數據庫，都能作到數據持久化、技術對接成本低、適用性廣。另外，和大多數公司當前的系統容易對接，相信隨便找家公司mysql服務應該有的，redis也是基本互聯網公司標配。

採用這兩種任意一個都是沒啥問題的，也都用一些相應manage client工具能夠來維護。做爲一個優秀的程序員，這兩個方案總以爲不完美，最好能在這個基礎上開發本身的management。

Git & Github & GitLab

Git是官方默認支持配置管理方案，文檔最齊全，同時官方更新支持可靠。官方推薦和公開免費的Github系統集成，考慮到Github畢竟是三方的系統，還在國外，相信沒有哪家公司願意把本身服務的配置信息放到別人公司。安全上就不過關，直接被PASS掉，做爲github的本地化方案的gitlab成爲了首選。

gitlab也是分爲企業版和社區版，支持Web方式管理，企業版是要收費的可是功能更方便。

另外，gitlab社區版源碼並不在github上（兩家是競爭對手），除了github外，全球第二大代碼託管中心就是gitlab了。

社區代碼： https://gitlab.com/gitlab-org...

總結推薦

傳統大中型公司

目前看下來，通常的互聯網企業只能在GitLabVaultJDBCRedis中選擇了，傳統企業可能更喜歡穩定持續的雲方案AWS S3CredHub，可是國內沒有云廠商在SpringCloud清單中。相信國內大的雲廠商遲早都會有這方便的支持的，畢竟私有云和混合雲方向很好。

有必定研發能力互聯網公司

研發能力有但不但願投入太多研發力量的，推薦Gitlab或Vault，直接購去買企業版，省事放心。
研發能力自信的就選Gitlab和Vault開源版本，可以重構並加上本身公司的個性化。開源中間件的自定義開發是有難度的，量力而行，坑不少，可能把你拖死。

小型互聯網公司

研發能力不太強的，能夠直接Redis或者jdbc，最簡單了隨便找個開發工程師就能作。

---

做者：Owen Jia
我的博客： https://blog.shareworld.vip