分散式系統中處理引數配置的 4 種方案
一個系統中包含有各種各樣的配置資訊，如一個日誌檔案需要配置以下幾個資訊。
-
日誌檔案生成主目錄
-
日誌檔名稱，不同的日誌級別對應不同的檔案
-
當前日誌級別
還有其他各種業務引數、系統引數等，大多單一系統是直接把這些配置寫死在配置檔案中，當部署到測試、生產環境就再修改下配置檔案，這樣很容易出錯，也不能靈活修改。還有就是系統變成分散式系統後，子系統越來越多，你要維護這些配置就變得越來越困難。
我覺得至少要能解決以下幾個問題才能算優秀！
1）能線上靈活修改配置
2）能線上動態重新整理配置
3）能根據不同環境配置
4）能統一管理維護配置
那麼如何靈活維護這些配置呢？我給大家總結了一下幾類方法，根據不同的應用場大家參考一下。
1、資料庫法
把所有引數儲存到資料庫，系統啟動的時候載入到記憶體。
這種實現方式比較簡單，但需要佔用資料庫資源，系統簡單壓力較小時可以選用此種方式。
2、打包處理法
利用 Maven 的 maven-resources-plugin 外掛，然後根據不同的環境（Profile）提供不同環境的配置檔案，這樣，不同環境的配置資訊在打包階段就決定好了。
這樣只能解決了不同作業系統上面的配置，不能靈活動態修改，每次更新只能重新打包或者線上修改配置檔案，而且資訊也難於同步，如果專案少還好，專案多起來，配置還要經常變動，這樣變得異常煩瑣。
3、環境變數法
可以把屬性值設定到環境變數中，然後讀取後設置到 Java 系統屬性中。這種可以實現區分不同環境的目的，但仍然不能動態更新配置，而且配置和維護環境變數相當麻煩，並且在分散式系統中更是個十分頭疼的問題。
// 讀取環境變數
java.lang.System#getenv(java.lang.String)
// 設定系統屬性
java.lang.System#setProperty
這種方法，一些全域性的系統配置，如日誌、快取、臨時目錄等可以參考，主流日誌系統都支援從 system properties 中讀取配置。其他一些配置，不建議儲存在環境變數中。
4、配置中心法
1）目前大多數分散式配置中心都是基於 Zookeeper 來實現的，Spring Cloud 有自己的配置中心元件，它們都支援線上動態更新和重新整理配置。
2）直接把配置存放在資料庫，如果系統併發小的或者管理類系統的話可以參考，對於高併發應用不建議用資料庫做配置中心，畢竟它會帶來訪問壓力，而且實現動態更新配置也比較複雜。
總結
這是我們目前應用的 4 種配置方法，很顯然，配置中心是最佳的解決方案，也解決了以上的幾個問題，但需要依賴中介軟體及其高可用性，如果你有其他更好的方式，歡迎留言。