系統引數配置維護建議

隨著系統的發展和迭代，會有越來越多的業務配置引數存在於**之中，大多數開發者會將此類引數放到專案配置檔案中，或者列舉類中獲取，但是對於一些變動率比較高的引數，放在以上位置，引數的變動可能需要進行**的發布或者服務的重啟

根據個人觀察及日常開發中發現的情況，配置需要細分為至少兩類，且需要按照不通的方式進行維護

系統配置

系統配置可以理解為系統執行必須的配置，沒有配置會直接導致系統無法啟動或著執行，此類配置主要有:

業務配置

在支撐業務過程中需要的配置項，即不影響系統整體啟動和執行，只影響單一業務模組的引數，此類配置主要有:

系統配置

此類配置可以放在專案的配置檔案中，因為一般此類引數變動大多數情況下都是需要應用重啟生效或者停機發布的。此類資訊幾乎不需要業務開發過度介入，只是運維或者架構層面進行修改即可。

業務引數

建議放在表中維護，並新增快取實現web化管理；

渣渣這邊目前做的是，此類引數全部落表儲存，

表字段區分:業務場景，欄位名稱，引數key，引數值，上一次引數值，上一次操作人，上一次操作時間，落庫時間，修改時間

**實現

對外提供crud介面，增刪改實時進行快取更新，快取key寫入設定失效時間，防止錯誤資料誤寫入快取後無法更新的問題

；快取時最好使用乙個配置乙個key的方式，此類配置一般量級可能步到1000個，佔據內容不大會特別大，之前有看到將系統所有的引數都設定到乙個hash中，空間沒節省多少，但是對於任何乙個引數變動，都要做hash的全量覆蓋更新，意義不大

對於系統引數，維護人員可以是運維/架構

對於業務引數，可以抽成web頁面，供業務方進行修改，可以解放業務開發人員。

可能大家感覺這個事情是個小事，方案也是千篇一律的，但是目前發現在很多公司，存在系統引數和業務引數放在一起維護的情況，任何業務引數的修改都要業務開發人員去主導處理，非常耗時，浪費人效。