數據庫資源申請自助化設計

這是學習筆記的第 1822篇文章

在年中的時候，帶着團隊鞏固了資源申請的部分，在運維平臺的後端實現了實例部署的功能對接，經歷了大量的實例部署實踐，也發現了腳本的不少不足之處，到了如今，算是一個相對穩定的版本了。再往前走一步，就是業務服務的自助化，其實這是一個平臺化功能系統對接的一段心路歷程吧，這個階段帶給個人一個收益就是我清楚如今的功能須要什麼缺乏什麼，這些信息是相對明確並且能夠預見結果的。

因此這個事情擺上日程以後，我在團隊以前設計的demo和行業裏的一些經驗的基礎上，總結了一個新版本的實例申請demo.

這個事情其實想表達的就是技術價值的變現，技術價值的變現其中一個體現方式就是成本，因此咱們原先的資源申請是基於審批機制，可是審批機制存在太多主觀的方式，好比這個服務是否是能夠申請，上下游都不關心，配置高仍是低，其實業務確定願意選擇高配，下游環境但願盡需所用，二者的一個平衡就是可見的成本。

因此資源申請是涉及成本預算的，而數據庫服務的價值也能夠經過這種方式來體現，好比咱們設計了容災方案，設計了高可用方案，還作了定製化需求，這些都是業務以前不瞭解的事情，可是和成本打包起來，就能夠供業務自助選擇。

因此按照這個思路，咱們能夠在系統資源的基礎上打包數據庫服務，讓業務獲得一個看得見的服務和成本。

本文分享自微信公衆號 - 楊建榮的學習筆記（jianrong-notes）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。