篇幅有限，這裡主要講一下DevOps 轉型後的運維三個階段、自動化運維基礎、運維工具與方法論。感覺可以分成3篇寫了....
運維的三個階段
第一階段：黑屏，三角形是代表整個運維給用戶的一些體感或者給研發的體感，人工運維，目前很多企業可能還是這樣。
第二階段：白屏，自動化運維，以前把腳本做成工具去弄，有什麼特徵，人push機器去幹活，自助運維。
第三階段：用戶對運維體感很少，但是運維這個領域是不變的。最重要的是人機交互變少了，無屏雖說是不可能的，非常極端，但是個趨勢，少量的人機交互，它有自決策、自驅動。
自動化運維基礎
第一：運維標準與規範
我們的標準有什麼好處，讓研發 follow 這個標準，標準會在工具裡固化。
第二：泛監控，運行時，靜態，數據化，可視化
泛監控，不是說傳統的監控，是把線上想知道的一切都數據化，最終數據不是給人看的，是給機器去消費的，數據是我們的生產資料，不是可視化，那不是我們的目標。
第三：CMDB
1.CMDB 應該放什麼，一般放服務器相關的、網絡相關的、應用相關的這三個維度的相關信息。
2.經常有人會說 CMDB 不準，數據不準是因為沒有把數據生產和數據消費形成閉環，如果形成了閉環數據不準，那是因為你不用這個數據，所以不準。
第四：高效的CI/CD/CD
一定要具備快速的交付能力，主要體現這兩個方面：第一，新開發的能力能不能快速上線，第二，想擴容一臺機器能不能快速擴出來。這兩個能力抽象出來是三塊。
持續集成(CI)，很多人說持續集成工具不好用，效率低，其實持續集成的本質是要自動化測試。如果研發部不具備自動化測試的能力，持續集成怎麼做都是失敗的。
持續集成裡最重要的一點就是要推行單元測試、集成測試還有系統測試，單測是保證自己沒問題，集成測試是保證跟上下游沒問題，系統測試是保證整個系統沒問題。
持續交付(CD)，有很多人說持續交付本質是一個 Pipeline，CI的目標是什麼？快速正確打一個包出來。CD的目標是什麼？能夠快速把一個包在不同的環境驗證它是ok的，可以放到線上去，這就是持續交付要乾的事。持續交付裡很關鍵的一點我們要解決，就是它的環境一致性、配置一致性。環境一致性可以用Docker解決，Docker 本身就是一種標準化的東西。所以說第一條用 Docker，肯定是標準化的，另外一個問題，配置是不是一致性，是不是動靜分離。
持續部署(CD)，是一種能力，這種能力非常重要，就是把一個包快速部署在你想要的地方。
運維工具與方法論
形成閉環，讓價值快速流動
精益發現價值
價值來源於用戶的需求，而不是自己的YY，我們的價值來源於用戶。
精益對我最大的感觸就是要發現價值。精益思想，什麼東西是有價值的，能夠對用戶帶來物質上的或者身體上的愉悅的東西就是有價值的。
今天也有人問，DevOps 團隊是該拆還是該合，我想他應該首先弄清楚面對的是什麼樣的問題，問題的優先級是什麼？如果只解決一個問題，也許並不是DevOps 團隊拆不拆的問題。
敏捷交付價值
敏捷也是對我影響很多的。很多人談敏捷，我們團隊裡也搞敏捷，敏捷是要快速交付價值，它是一系列的方法論。但是在引入的時候千萬注意，別人行的東西你不一定行，你需要的東西並不一定是敏捷，要因團隊而異，形成一個環，持續反饋。
OODA環
OODA 環，就是形成閉環，讓價值快速流動。
篇幅有限，簡單介紹到這了，後期會分享更多devops內容，感興趣的朋友可以關注下哦！
閱讀更多 波波說運維 的文章
