今天和同事聊需求的時候，突然發現目前我們在做的一些系統，其實他感覺有些迷茫，主要就是一個建設的思路和方向這一塊，我想了下，也確實，目前來看，其實系統的功能初期避免不了這幾個階段，目前的做法有點類似，這兒一撮，那兒一撮，看起來沒有重點和章法。其實換一個角度來說，就會逐步的明白裡面的一些緣由了。
我們去規劃和設計整個方向的時候，肯定有很多的想法，但是難點就在於這些事情由誰來做，時間是否合適，如果時間規劃上不夠，那麼這個規劃就成了擺設。 所以現在大家都在馬不停蹄的做一些對接和調試。
比如下面的一些工作，如果讓你來看，可能會覺得有些多。
調試接口：
MIS工單接口
工作流接口
ES接口
salt接口
系統部主機IP接口-待定
系統部運維樹接口-待定
開放工單接口給MIS
巡檢接口
開放SQL審核接口 -待定
應用開發：
應用管理配置管理
巡檢模塊調試
工單管理
工單狀態回調開發
數據庫方向開發：
SQL審核信息稽核
SQL規則定製和計劃梳理
其實這些是明天和後天兩天要做的事情。這些都要基本落實下來。
所以辛辛苦苦的對接系統，設計和開發這麼多功能到底為了什麼，本質上還是希望我們的平臺價值能夠發揮出來。比如目前來看，我們已經在和多個系統對接了。
這個對接的過程中，我們也要設計接口，同時也要對接接口。所有的事情要並行做，總是會讓人倒吸一口冷氣。
所以這個方向可以設置為幾個明確的目標,比如下面4個目標：
KR1：x月底前，在運維維度上，實現MySQL、Redis安裝部署，權限開通，備份恢復模塊；
KR2：x月底前，在業務維度上，實現SQL審核平臺上線應用，任務調度，日誌檢索數據庫模塊開發，高可用管理;
KR3：x月底前流程管理和外部系統對接，包括MIS,即時通訊接口,監控系統,系統運維平臺，ES接口;
KR4：全年度，在提升團隊整體開發能力方面，組織不少於5次開發基礎知識分享會；
通過這幾個維度組合起來，就是一個相對籠統的脈絡了。
而如果細化來說，數據庫方向的建設其實大體有如下的一些方向，運維平臺只是其中的一部分，我們的建設思路一定是先從業務的維度入手，同時有平臺的支持。
藍色的部分是之前的狀態，而現在來看紅色的部分已經基本涵蓋到了，而這些也就是我們不斷推動去做的一個價值體現。
後期要補充的內容，我也做了一些規劃，整體會是這樣的一個步調，會分為三個維度：運維維度，業務維度和數據庫方向來共同推進。
運維維度：
- 高可用管理，實現MHA部署和切換管理
- 元數據補充，完善應用信息管理和運維樹管理
- MySQL備份恢復改進和DML閃回定制
- 慢日誌管理和分析
- 審計日誌管理和檢索
- 任務模塊和調度模塊建設
- 數據中轉模塊，數據遷移模塊
- SQL審核,定製Inception
- 通用查詢模塊，定製SQL Advisor
- SQL自動化上線
業務維度：
對接工單接口，回調接口
1.工單管理和工單流轉
2. 工單統計和分析
監控接口
3.建設巡檢模塊，包括系統巡檢和數據庫巡檢
4.巡檢報告定製
ES接口
5.系統巡檢日誌，數據庫錯誤日誌
系統接口
6.運維樹，包括系統運維樹，業務樹
數據庫方向：
1.分佈式方案定製
2.數據庫高可用方案改進和設計
3.SQL審核
4.性能分析和預警
5.SQL性能優化
6.彈性擴縮容
前期已經推進了一些項目，而後續的事情逐步落實下來，也算是對於運維方向的一些落地和改進吧。
閱讀更多 楊建榮的學習筆記 的文章
