這是對一個問題的迴應——“中小（網際網路）企業真的需要運維麼？”

很有意思的現象，這個問題的提問者有時候包含了運維人自己。我一直用這樣的回答來回復提問者“你可以不需要運維人，但不能不需要運維，運維是一種能力，它可以帶來業務價值。”

很多人都是從需求——》研發——》測試——》維護過程來看運維的，中小企業認為自己的IT不復雜，可以不需要測試或者運維，因為根本不知道他們能帶來什麼價值？這個時候你都是把測試和運維看成某類具體的角色了，你認為可以不招聘相應的人，但是你不能忽略測試和運維的作用。今天不把傳統企業納入範疇，只對網際網路＋型公司進行討論。

從業務的驅動力來說，網際網路＋型的業務速度越來越快，版本每日多次迭代。在強調業務驅動力的時候，很多公司看到了業務功能的實現，而忽略基礎能力的構建，從而本應工具解決的問題，最後引入了大量的人來解決，弔詭的是，在軟體領域，人的增多，並不代表生產力的提升。也本應在一定的階段，引入工具對IT流程進行優化，此時可以帶來更多的時間和人力成本的節省，但依然忽略了。我認為這是過分強調業務驅動

說到技術層的原因，我們都知道，隨著業務越來越複雜，產品線會裂變越來越多，此時的組織複雜度就出來了，各個團隊的行為會逐漸變得自主。在團隊規模小的階段，組織內部的資訊流依然還是有序的，因為是少量人控制，可以通過面對面溝通解決。但在很短的時間內，產品迅速增多，資訊流變得無序了，出現無規範／無制度／無平臺的狀態。技術層的原因，離散組織缺少中心控制節點。

那針對以上問題，測試/運維到底能起到什麼樣的作用呢？

強調業務驅動沒有錯的，但過分強調業務驅動則有錯，沒考慮業務驅動背後的其他因素。其實測試和運維也在強調業務驅動，但和研發所focus的業務驅動有很大的差別。研發強調的是業務上的功能實現，而測試運維分別強調更好的

強調測試／運維的早期參與，是一種測試／運維驅動研發的軟體方法論。舉個簡單的例子，測試在早期不參與研發需求評審的話，測試只能成為研發的附屬過程，研發交給你什麼，你測試什麼，此時它就是一個成本中心，而不是價值中心，對於運維來說也是如此。可測試性和可運維性可以對軟體的設計提出很多合理的要求，從程式碼的可測試性到整體架構的可運維性等等。

回到技術層面上——離散組織缺少中心控制節點。為什麼運維可以成為中心控制節點？成為中心控制節點的運維到底還能做什麼？接下來就是其他的組織設定和流程設定的問題了。

為什麼運維可以稱為中心控制節點？從交付鏈條來說，所有的服務交付都最終到運維這邊，運維離使用者最近，能夠第一時間獲取服務的使用者使用狀態；其次生產環境的集中管理一定是運維來保證的，運維能夠建立起統一的技術管理規範。針對第一點，運維及時的獲取服務狀態及後續的服務狀態更新之後，可以去反向驅動研發進一步的服務優化，這個優化有業務上（體驗及服務），也有非業務上（效能及成本）等等，這是運維的驅動力。針對第二點，這是運維的核心控制力，建立起統一的技術標準規範，在公司內所有產品線統一推行，讓大家方向一致，減少混亂帶來的無謂消耗，這是運維的控制力。此時需要做一些變化，把運維的職能從研發裡面剝離出來，建立一個統一的中心化運維組織。我把DO關係分成三個階段，

第一個階段：DO混合，大家的職能交織在一起，運維是研發的附屬過程，運維的職責就是資源交付；

第二個階段：DO分離，研發和運維走向分離，一些維護的壓力逐漸浮現出來，專業的運維如何更好的做好運維，定規範，建平臺，收資料等等；

第三個階段：DO融合，注意不是混合。融合是指一種能力的流動，運維的能力已經是研發過程自然而然考慮的一部分的了，另外這種運維的能力隨著平臺／規範／流程的完善，此時研發都可以具備真正的運維能力。

成為中心節點的運維到底還能做什麼？其實能做的事情就很多了，定規範／建平臺／收資料等等。規範可以分多種，線上運維的規範，持續交付過程規範，涉及環境管理／流程規範等等，還有安全規範，事務驅動的規範（可用性驅動研發）等等，很多很多。平臺裡面涉及到自動化平臺，覆蓋各種運維場景，可以是工具化的運維場景，一些配置管理工具就能解決的；還有一些複雜的業務場景，這個需要專業化的運維管理平臺來完成的等等；資料驅動運維，驅動DevOps，需要採集大量的技術運營資料，這個地方有一個爭議，運維是否要覆蓋產品運營的資料分析場景？我倒不建議，聚焦在自己擅長的部分，當然可以不阻止這個想象力，注意監控平臺可以理解成資料體系的一部分。最終通過平臺來沉澱規範，能力通過平臺來表達，從而實現運維就是一種能力。基於能力的運維交付，才是真正的運維。

說到運維的收益，見早期的文章｛IT運營，更價值化的運維認識｝

最後我想說，有一種能力叫 運維，而不是有一類人叫運維，對於中小企業甚至是初創企業，你可以不要運維人，但你不能不要運維的能力，因為它可以讓公司更好，業務發展更快，為什麼不呢。不知道你怎麼看呢？

關於老王（原名王津銀，微訊號：waynewang）

07年進入騰訊公司接觸運維，經歷伺服器從百到萬的運維歷程，先後在YY和UC參與不同業務形態的運維，期間帶過前端運維、資料儲存運維、YY語音、遊戲運維、運維研發等多種運維團隊，對運維有著全面的理解。極力倡導網際網路價值運維理念，即面向使用者的價值是由自動化平臺交付傳遞，同時由資料化來提煉和衡量。

原文出處：網際網路運維雜談微信公共號