網(wǎng)+線下沙龍 | 移動APP模式創(chuàng)新：給你一個做APP的理由>>

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

講師介紹

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

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

王津銀的職業(yè)生涯很豐富，他是怎么下定決心創(chuàng)業(yè)的呢?

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

結(jié)合DevOps的發(fā)展，互聯(lián)網(wǎng)公司如何實現(xiàn)運維價值的最大化?

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

中小互聯(lián)網(wǎng)公司和傳統(tǒng)企業(yè)會遇到哪些難點?

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

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

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

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

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

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

【編輯推薦】