4月14-15日，在北京珠三角JW萬豪酒店，51CTO舉辦了WOT互聯網運維與開發者峰會。WOT秉承專注技術，服務技術人群的理念，自2012年***舉辦以來，歷經八屆，積累了大量的技術資源，成為廣大技術從業者和技術愛好者一致認可的技術分享大會、交流和人脈拓展平臺。會后，記者專訪了本次大會運維自動化專場的王津銀講師，他分享的內容是DevOps全棧運維平臺的設計與實現。

講師介紹

王津銀，優維科技創始人&CEO，致力于互聯網運維整體解決方案的產品化能力提升，縮短企業到達互聯網運維的路徑。他擁有9年的運維工作經歷和2年的研發經歷。2007年進入騰訊公司接觸運維，經歷服務器從百到萬的運維歷程，先后在YY和UC參與不同業務形態的運維，期間帶過前端運維、數據存儲運維、YY語音、游戲運維、運維研發等多種運維團隊，對運維有著全面的理解。極力倡導互聯網價值運維理念，即面向用戶的價值是由自動化平臺交付傳遞，同時由數據化來提煉和衡量。

目前，國內除了類似于BAT的***互聯網公司有成熟的運維全過程的經驗沉淀，還有運維研發的團隊。對于小的互聯網公司和傳統企業來說，在業務面向互聯網和互聯網+的過程中，他們對整個運維平臺如何實現互聯網化和產品化缺少體系化的想法。在本次WOT峰會的運維自動化專場，王津銀老師分享了DevOps全棧運維平臺的設計與實現這一主題，主要從行業的角度，講解了DevOps理念的內核，DevOps運維平臺可以解決哪些問題，帶來什么樣的價值。

王津銀的職業生涯很豐富，他是怎么下定決心創業的呢?

王老師表示他一直在找尋運維的價值，包括早期在騰訊的時候，雖然已經做得很規范。他一直想找另外一個平臺來釋放自己的運維價值，***他去了YY，做了一些標準化，還有整個平臺化的工作，中間因為另外一些原因，又回到廣州UC。雖然幾經周折，但是他一直熱愛運維工作，喜歡迎接運維背后的挑戰。王老師為什么從2015年開始創業呢?那是因為王津銀在給一家私有云平臺公司做互聯網運維咨詢顧問時，了解到傳統企業對互聯網整個運維的理解，無論從理念，還是技術，還是平臺化的完備性上差別都非常大，即使他2015年不斷寫公眾號文章，給大家講解互聯網運維是什么，仍然影響力有限。通過前面幾家公司的工作經歷，他覺得互聯網運維可實現產品化，所以決定通過做互聯網運維的產品，來給運維行業帶來一點改變。

結合DevOps的發展，互聯網公司如何實現運維價值的***化?

當我們的業務面向互聯網和互聯網+的時候，ITIL這套IT流程服務管理體系無論是對互聯網企業，還是對傳統轉型的企業，都將不適用，我們必須要走向DevOps。這個走向DevOps的過程就是要讓運維的作用性變大。為什么這么說呢？需要強調兩點，一點是業務形態借助互聯網渠道傳遞整個企業內部的業務能力，業務形態一旦跟用戶距離縮短之后，整個公司業務的敏捷性和迭代性就會變得越來越快。第二點是基礎設施已經不會采用過去的商業集中式架構，可能采用基于云的架構，可能采用X86的架構，這里面運維面對的整個IT服務對象會變得越來越多。隨著微服務的引入，讓運維的挑戰變得越來越大，這里面運維的價值也就被引申出來了，不僅僅是提供服務簡單的基礎保障、資源交付、成本管理的能力，更多是帶著服務優化的能力，怎樣把IT運營能力反向作用于業務部門，讓運維的作用更加凸顯。

中小互聯網公司和傳統企業會遇到哪些難點?

對于中小互聯網公司，他們接受DevOps理念和能力的實現，甚至研發能力的儲備都還不錯，所以在他們面向DevOps的整個轉型過程中，挑戰不會太大。唯獨更大的挑戰是運維人員自身的研發能力，構建不起運維的價值和研發部門的價值匹配能力。而對傳統企業來說將要面臨的挑戰更多，他們要從理念、組織架構、從自己內部的研發，甚至說在過去運維思維模式的轉型上，都要做出改變。

您認為DevOps全棧運維適用于哪些類型的公司?哪些短板是這些公司首要解決的問題?

王津銀之前發起過優維計劃，它是給不同的行業去做一個摸底，看看他們運維能力到底怎么樣?結果分為了幾種，剛才說的是其中的兩種客戶。還有一種就是傳統的系統集成商，他也面臨服務的轉型。回到問題本身，大家為什么現在關注DevOps全棧運維能力?其實全棧運維能力，有時候會是一個很大的坑。對一個小企業來說，如果運維不走向和研發聯合，DevOps是構建不起來的，要求非常高。真正講全棧，對整個企業能力的要求太高了，涉及到整個平臺能力、涉及到思維，涉及到組織調整等等，其實運維把控不了這么多內容。對于傳統企業，王老師認為要階段性的去看，從目前來說，傳統行業現在講全棧、DevOps運維，還有一段路要走，因為現在它的Ops還沒有走向研發階段，還沒有真正從研發技術架構里面，標準化能力來約束研發，讓業務技術服務架構變成可運維。這里面其實運維還沒有提出體系化的思路去影響研發階段，它的全棧運維還要經過未來一段周期的發展。

如果把DevOps這個概念定的再寬泛一點，Ops并不是說Ops具備所有DevOps全棧的能力，而是一個組織的能力，就是研發跟Ops整個配合，甚至說開發、測試、Ops跟業務部門整體配合，構建真正的DevOps能力。其實DevOps是一種軟件交付的模式，軟件研發的模式，跟以前瀑布流、敏捷模型的模式是差不多的下一代的軟件研發模式，所以這個問題不要把它聚焦在運維本身去看，那樣運維壓力會非常大。它將是整個IT構建出來的能力，而不是運維構建出來的能力，只不過運維在這個角色里面能力偏弱了，需要把自己的能力拔高一些。

理想的DevOps運維的***實踐是怎樣的?

王津銀之前分享過精益運維，最終從價值上來說，一定要體現對業務的支撐價值，把運維能力轉化成業務能力，保證質量成本效率和安全的控制。在這個過程中，要看到運維到底有什么樣的能力去做支撐，包括全棧的運維平臺，從自動化、從信息管理，從監控、從分析，從日志管理等等，要有支撐全棧運維平臺的能力。另外，還要有標準化的能力，要有對技術架構統一服務化的管理能力，建立對技術架構的統一約束，確保整個技術架構高可用、整個無狀態化，要嵌入到整個架構的方法論里去，這些可以統稱為運維治理的能力。無論是平臺能力，思維能力，還是組織架構能力，還是對技術架構建立統一約束的能力，都可以統稱為運維治理的能力。