最近我花了一個月的時間和企業一對一的去溝通運維，去了解運維，特想和大家分享一下這個信息。以前的方式是我講，大家聽，這次是他們講，我聽，同時在講講我的具體理解。超過20家的受訪企業大致分布如下：互聯網：40%，傳統行業：24%，銀行：24%，運營商12%。

其實這樣的計劃看到很多傳統企業/銀行和運營商都非常關注互聯網運維是怎么玩的?我根據最近的訪談情況，提出運維的四力模型，從這個模型里面，我們來看看到底還有什么樣的信息。

傳統的維護走向運維是有兩種作用力產生的：

1.結構力

無論是互聯網還是傳統企業，都是基于不可靠硬件x86構建起的IT體系(研發/測試和運維)，這就決定了思維上的兩種變化，第一種是不可靠性需要應用的技術架構來配合實現高可用(需要Ops進入到Dev過程)；第二種是去中心化/分布式/面向應用/零維護能力的底層系統，更需要運維能力的保證(需要Ops更強的能力提供)，我想這是大家不斷找我講運維主要原因。

可以說在互聯網行業，是經歷了一個迭代式的發展過程，能力從0到1到N。但在傳統行業和銀行，這個過程不是迭代漸進式的，之前受去IOE的影響，最近受國產化的影響，也有業務互聯網化的影響，傳統的高可用硬件架構必須轉向不可靠的x86架構。系統工程里面都說，結構決定功能。不可靠的結構帶來了不可靠的能力，此時就更需要全面的運維能力來彌補。運維能力是什么?是運維規范/是平臺能力/是可視化運維能力/是端到端監控的能力/是技術架構自適應和可運維能力.....很多很多。

實際的企業訪談情況是，x86是一種必然的趨勢，互聯網企業不消說了，在銀行/運營商也是如此哈！

我把這種力理解成一種內力。

2.變革力

這個變革力是業務形態變化帶來的，就是業務的互聯網化。業務互聯網化之后，用戶的需求持續反作用于IT交付流程。以前的IT交付流程，幾個星期的一個版本顯然不能滿足市場競爭的要求，逼著企業走到持續迭代和快速試錯的機制上。傳統企業很多人都在問，互聯網能夠快速的秘訣是什么?有大系統小做(微服務)，服務公共化，服務向前兼容，灰度發布，持續集成，持續部署，運維規范化等等諸多手段。

或許你認為這種外力帶來的是對自動化平臺能力的很高要求，其實這只是其中一個方面，還有一個更重要的方面就是用戶服務及系統狀態的變化監測和修復能力。頻繁變更的系統，偶爾會導致系統不穩定，如何保證運維有快速發現/快速定位/快速恢復。這是一個監控系統上的能力要求，傳統的監控需要進行改變，但這個監控系統需要業務系統上做一些配合支持才行。

通過實際的訪談發現，互聯網的發布頻率明顯高于傳統行業，這是業務對內還是對外的差異，小到幾倍，大到幾十倍的差距都有，因此該變革力在互聯網和傳統企業是不同的。

這種變革力對運維的要求也相應的就來了，如何完成快速的服務交付和服務狀態穩定保障，這是一個挑戰。這個挑戰來自于多方面的，第一、有運維平臺層面的，比如說運維平臺能力不足；第二、有組織設置層面的，煙囪式/豎井式的企業組織結構，能力傳導特別弱；第三、有企業文化層面的，是流程驅動文化，還是技術驅動文化，運維能力也不同。

業務互聯網化是一種很強的外力。

基于以上內力+外力的相互作用的結果，運維需要新的變化，才能走出運維苦逼，無價值的境地，從而真正給新IT組織形態下傳遞更多的IT能力。

3.控制力

我把運維組織理解成兩種類型，面向科學管理時代的組織職能化，每個單元負責特定的職能(function)。在業務互聯網化的今天，通過建立面向產品/業務的跨職能(cross-functional)組織來應對敏捷和快速變化的用戶要求。傳統企業大部分還是職能化的組織架構，而互聯網企業都是面向產品的事業部制?？缏毮艿慕M織結構，有很強的能力傳導效應。

但從運維的角度來說，我還是把運維歸到類似公共服務能力部門，此時運維必須建立一種控制力，這個控制力有組織層面的，也有業務層面的。組織層面的，需要集中的運維控制組織，這有利于能力的服務化封裝，從底到上都是如此，比如說網絡服務/數據庫服務，甚至是上層應用(系統或者叫業務)運維等等。另外一種情況，組織中沒有應用運維角色，導致面向業務的運維控制能力進一步減弱，運維淪為資源服務的提供者。

嚴格禁止運維隨著研發走，特別是對于一個多部門或者多產品組織中，每個部門/產品組帶一個運維小組。

我的觀點對于一個互聯網化的業務來說，應用運維+集中式的運維組織結構必須是組織建設的兩個重要因素。

企業實際的情況是，我訪談的大部分企業都很難建立真正的控制力，核心是沒有建立面向業務的集中式運維組織架構。我給很多互聯網企業的建議是，必須走向這樣的架構，我給傳統企業的建議是，建立面向業務的運維孵化組織，讓他們按照新的模式運行，儲備新的能力。

4.驅動力

由控制力形成的驅動力，控制力之后，運維逐漸形成對面向業務型的運維理解。此時運維會整體性規劃其運維體系，并付諸到后續的階段性實現計劃中。運維的驅動力也來自于多個方面，第一個是平臺層面的，第二個是規范層面的，第三個是意識和文化層面的。

平臺層面的，運維必須建立標準化的自動化和數據化的平臺，來驅動DevOps。規范層面的，運維需要建立自己的運維規范，包含線上服務環境的運維規范，也包含技術架構的規范，還包含自己的運維服務規范等等。一定要注意，運維規范必須要從線下走向線上，從流程走向技術服務等等。意識和文化層面，要不斷的和研發強調，運維不是維護，運維不是負責資源管理的，運維可以主動承擔更多，這種承擔會直接影響IT組織的性能。

很多企業實際的情況是控制力偏弱，導致驅動力很弱。一個好的運維組織是高性能IT組織的保障，高性能IT組織到底有什么好處?在2015年puppetlabs的DevOps報告中有體現：

總結一句話，底層IT基礎設施的變化，外加業務形態的變化，都在迫使運維的轉型，此時須建立集中式運維組織，從而形成真正的運維驅動力。

個人介紹：王津銀，自稱老王（非隔壁那種）。05年畢業，研發兩年，07年進入騰訊公司接觸運維，經歷服務器從百到萬的運維歷程，先后在YY和UC參與不同業務形態的運維，期間帶過前端運維、數據存儲運維、YY語音、游戲運維、運維研發等多種運維團隊，對運維有著全面的理解。極力倡導互聯網價值運維理念，即面向用戶的價值是由自動化平臺交付傳遞，同時由數據化來提煉和衡量。

【編輯推薦】