隨著市場的不景氣和競爭加劇，企業都開始進行DevOps轉型，想透過DevOps來加快產品和服務的創新，爭取取得先機。DevOps是個很大的題目，範圍很廣，涉及精益敏捷，持續整合，持續交付，持續運營等端到端的流程，每一個主題都有很多內容。單就DevOps的運維來說，我想談談我的看法，僅供參考。

之前開發和運維的關係是攻防關係，開發人員的訴求是功能開發完後儘快上線，儘早交付，而運維人員為了保證系統的穩定執行，能不變更就不變更，雙方的目標是不一樣的。而在DevOps時代，強調的是開發和運維的緊密配合，將之前的對立關係轉變為合作關係。運維人員也要在保證系統穩定執行的前提下，協助開發人員不斷迭代，不斷交付，雙方的目標是一樣的，都是為了儘快的交付使用者可用的價值。只有思維方式發生改變，我們思考問題的出發點才是對的，才能與DevOps的基於原則相一致。

DevOps的本質是儘可能快的不斷交付高質量的使用者價值。這裡面有兩個點：一個是快，就是效率要高，當用戶在持續整合階段快速的將程式碼變更提交到程式碼庫，並且整合到程式碼主幹構建出部署包後，後面的測試部署環節和生產釋出環節，是如何提高效率的？比如，一套測試環境能否快速供給？需要多長時間？能否做到彈性供給，提高資源利用率？現在利用容器技術，好多企業環境的分鐘級供給已經做到了。另一個是穩，就是系統執行穩定。系統的穩定執行，一方面可以認為是系統本身的程式碼質量高，沒有嚴重的程式碼缺陷。另一方面從運維的角度，能否做到系統的實時監控和快速反饋、快速恢復？當出現故障時，故障恢復時間是多長？要做到系統穩定執行，除了有一套完善的程式碼檢查系統外，一套完善的系統監控、系統恢復機制。要儘量減少系統變更的冗長流程，做到隨時釋出，提高發布頻率。這裡需要思考的就是如何提高快和穩。

這就是說“選擇比努力重要”，我們首先要保證站在了一個正確的方向上，才能放開翅膀盡情飛翔。參加完2019年DevOps國際峰會後，給我的最大的感受是，DevOps已經進入雲原生時代，隨著容器、K8s等雲計算平臺在企業內部相繼落地，基於雲原生的DevOps是目前的發展趨勢，不管是gitlab，jenkins，sonar，jfrog等傳統DevOps中介軟體，都開始向雲原生轉型。雲原生時代運維主要集中的雲計算基礎設施平臺上，基於雲計算平臺的監控，運維工作，對於運維人員來說，又是一個新的領域。不過，只要方向是對的，投資未來，永遠都不會錯。

這個問題是目前很多企業都要遇到的普遍問題，雖然DevOps概念提出很多年了，但是其落地推進還是近兩年才真正有了進展。根據我個人的經驗，要想透過DevOps來提高運維水平以及促進相關人員的能力提升，必須做到如下幾點：

第一、首先需要公司真正理解什麼是DevOps，這是將開發和操作兩個英文單詞各取三個字母組合在一起，意思就是將開發和運維團隊合併，就是讓開發人員去理解熟悉程式的運維環境，或者說讓運維人員也要了解程式開發的內容，因為隨著近年來硬體虛擬化技術特別是容器技術的發展，還有云平臺生態的完善，是的應用程式開發的架構發生了很大的變化，特別是虛擬化，軟體幾乎開始定義一切硬體，使得軟體跟硬體的介面變得模糊起來，要開發新一代的應用需要更多的去了解硬體原理，然後去用軟體來定義它們，從而讓軟硬融合一體，軟體不但要提供應用服務還要管理自身的非功能性指標，比如彈性，可用性都將在軟體中實現管理，所以要求開發人員參與運維這是趨勢，以後可能就沒有現在的開發部門和運維部門分治狀態了，只有那項服務負責團隊。

第二、現在應用開發在向著自適應自我治理方向發展，過去的人為的運維管理干預工作量會大大降低，純粹的運維管理團隊可能將不復存在，因為就目前架構的發展趨勢來看，微服務架構以及大規模的分散式邊緣計算將成為未來的主流，而提供算力的執行因子就可能是一個服務元件或者服務元件節點叢集，採用蜂巢式服務部署，系統自動監控每個服務的狀態檢測和伸縮彈性，根本不需要人工干預。不管是服務擴容還是收縮，都是服務自我調節的彈性功能體現。所以，對於企業來說需要對自動化運營有充分的認識和充足的準備，未來是網路主腦帶動無數邊緣算力節點處理巨量資料的時代，人工干預會極少。

第三、企業組織架構必須針對新形勢進行調整，抹平開發與運維的界限，真正將組織根據服務元件來劃分團隊，讓每個團隊去管理某個單一服務的整個全生命週期，使其能夠更加高效快速靈活的為企業提供及時的服務，因為未來大資料人工智慧會讓企業面對的外部環境的變化進入秒級，如何及時跟上市場反應，這是一個很大的挑戰，必須將企業各個服務的功能點做到極致才能夠在大資料和人工智慧的世界裡不被拖垮。

最後，對於現在運維人員來說，寫指令碼，查環境，複製備份，安全監控等等這些工作都有可能被SDX替代掉，跟應用融為一體，或者說以後的企業服務的基礎設施就是一個智慧體，自我管理，自我維護，剩下的可能就是去換換硬體，連連電源的事了。所以需要轉型，專項開發式運維。