[[162536]] 　　

        在最近的多次客戶交流中，我反復(fù)強(qiáng)調(diào)運(yùn)維要有以下思維：“三分線下，七分線上；三分運(yùn)維平臺(tái)，七分技術(shù)架構(gòu)”。運(yùn)維需要“從線下走到線上，從離線走向在線”，簡(jiǎn)而言之就是一種O2O的運(yùn)營(yíng)思維。具體的O2O思維如何理解?(文末有O2O的四象限能力提取)

　　1.O2O中的Offline思維

　　這是三分運(yùn)維平臺(tái)的部分，也就是線下的內(nèi)容。運(yùn)維平臺(tái)的建設(shè)要把握主線，以CMDB平臺(tái)為核心，在之上分為兩塊，一塊是持續(xù)交付平臺(tái)，大家說(shuō)的自動(dòng)化，用來(lái)提升交付的效率和質(zhì)量，同時(shí)降低對(duì)人的依賴；另外一塊是數(shù)據(jù)化平臺(tái)，里面涵蓋端到端的監(jiān)控體系和數(shù)據(jù)分析體系。

　　最近，我思考最多的是運(yùn)維自動(dòng)化平臺(tái)該不該稱之為自動(dòng)化?后來(lái)我的思考是把這個(gè)運(yùn)維自動(dòng)化從我們的平臺(tái)中去掉了，不叫自動(dòng)化了。我仔細(xì)看了很多產(chǎn)品，包括傳統(tǒng)企業(yè)的自動(dòng)化方案，比如說(shuō)bmc的自動(dòng)化，做得都不差，因?yàn)楸举|(zhì)上就是一個(gè)流程引擎加執(zhí)行器，體現(xiàn)不出能力差異。那到底是什么讓互聯(lián)網(wǎng)運(yùn)維自動(dòng)化和傳統(tǒng)有所不同，我的答案是在交付能力。交付是一個(gè)動(dòng)詞，后面可以連接很多賓語(yǔ)，交付價(jià)值，交付服務(wù)，交付資源，交付能力，交付配置，交付應(yīng)用都可以，不是么?其實(shí)自動(dòng)化是交付能力的一個(gè)要求而已，最重要的交付的質(zhì)量，交付的效率。我們需要有持續(xù)交付的全局思考能力，把交付能力按照角色，按照?qǐng)鼍?，按照IT成熟度來(lái)構(gòu)造不同的交付能力，這樣產(chǎn)品才能真正的帶來(lái)價(jià)值。

　　在前不久看過(guò)一個(gè)金融的應(yīng)用發(fā)布流程，里面涉及到幾十個(gè)環(huán)節(jié)，很多人一看驚呆了，我說(shuō)恰恰這個(gè)流程暴露出一個(gè)問(wèn)題，內(nèi)部很多平臺(tái)的服務(wù)化能力不足。比如人為的把一個(gè)機(jī)器獲取分成了多個(gè)過(guò)程，而不是一次完整的資源交付。但我去要一個(gè)設(shè)備的時(shí)候，我要拿到一個(gè)物理機(jī)，然后自己去根據(jù)KS文件裝操作系統(tǒng)，開(kāi)通防火墻，其實(shí)這些都應(yīng)該被打包（package）到一個(gè)交付機(jī)器的服務(wù)里面呀！

　　這兩大平臺(tái)，最終基于CMDB的業(yè)務(wù)信息管理，可以實(shí)現(xiàn)平臺(tái)閉環(huán)和互通。工具平臺(tái)的能力，可以被監(jiān)控平臺(tái)使用，提高故障自動(dòng)處理的能力；數(shù)據(jù)分析平臺(tái)的數(shù)據(jù)分析結(jié)果和模式發(fā)現(xiàn)，可以作為持續(xù)交付耦平臺(tái)的調(diào)度決策的輸入。

　　2.O2O中的Online思維

　　這是七分技術(shù)架構(gòu)的部分，也就是線上的內(nèi)容。我覺(jué)得運(yùn)維質(zhì)量/效率的提升，成本的降低，深度依賴這個(gè)線上的技術(shù)架構(gòu)服務(wù)化能力。但我們絞盡腦汁考慮如何提高持續(xù)交付的自動(dòng)化能力，降低應(yīng)用發(fā)布的復(fù)雜度的時(shí)候，從來(lái)沒(méi)有考慮過(guò)對(duì)線上下點(diǎn)功夫。一個(gè)應(yīng)用的規(guī)范打***程，可以降低對(duì)cmdb自動(dòng)發(fā)現(xiàn)的依賴；一次服務(wù)關(guān)系調(diào)用的上報(bào)，可以降低對(duì)日志監(jiān)控的依賴；對(duì)F5和DNS能力的自動(dòng)化封裝，可以降低對(duì)人為變更的依賴；一旦服務(wù)調(diào)用經(jīng)過(guò)防火墻或者F5，你的服務(wù)調(diào)度就不再單純了。

　　我為什么和大家講精益運(yùn)維，要知道日本人對(duì)生產(chǎn)線的苛刻要求是，一旦發(fā)現(xiàn)生產(chǎn)線質(zhì)量問(wèn)題，要終止所有的生產(chǎn)活動(dòng)。精益的觀點(diǎn)，就是帶著吹毛求疵的態(tài)度來(lái)面對(duì)運(yùn)維！

　　3.O2O中的OO互通思維

　　沒(méi)有一個(gè)很好的平臺(tái)支撐，線上的能力也沒(méi)法進(jìn)一步加強(qiáng)；沒(méi)有線上能力的配合，線下的平臺(tái)也沒(méi)法足夠簡(jiǎn)單，兩者相輔相成，互相促進(jìn)。

　　一定不要在錯(cuò)誤的道路上越走越遠(yuǎn)！把線下和線上打通，方得始終。就拿我們自身現(xiàn)在的創(chuàng)業(yè)項(xiàng)目來(lái)說(shuō)，我們從一開(kāi)始就對(duì)線上的能力設(shè)定了很高的要求，他把可運(yùn)維性作為一個(gè)嚴(yán)格的標(biāo)準(zhǔn)(可能跟我們是運(yùn)維出身有關(guān)系吧！CTO是設(shè)計(jì)和實(shí)現(xiàn)騰訊“織云”的)。我們接入了統(tǒng)一調(diào)度，使用了名字服務(wù)，借助了自動(dòng)化測(cè)試；還使用了統(tǒng)一接口規(guī)范，方便自動(dòng)生成接口說(shuō)明文檔，也方便可測(cè)試；統(tǒng)一打包，方便變更。實(shí)現(xiàn)了這些能力，我們就減少了對(duì)人肉運(yùn)維的依賴，我們未來(lái)某個(gè)節(jié)點(diǎn)需要擴(kuò)容，直接告訴客戶加入一個(gè)節(jié)點(diǎn)就好了，不需要寫(xiě)復(fù)雜的文檔了。

　　4.O2O中的持續(xù)運(yùn)營(yíng)思維

　　在客戶交流時(shí)，客戶難免會(huì)說(shuō)，你提的很多想法都非常好，但是在我們這邊改變很難，其實(shí)我也知道改變很難。我說(shuō)可以嘗試一些運(yùn)營(yíng)的思路，之前一直不是和大家說(shuō)運(yùn)維其實(shí)是IT運(yùn)營(yíng)么?

　　首先，我們需要有灰度的思維，灰度的過(guò)程是從非核心業(yè)務(wù)到核心業(yè)務(wù)，從關(guān)系好的研發(fā)到關(guān)系一般的研發(fā)，從技術(shù)熱情高的研發(fā)到技術(shù)熱情一般的研發(fā)。你必須掌握這個(gè)路徑，你不能一開(kāi)始就Cover所有，讓所有的人和業(yè)務(wù)都按照你的思路來(lái)，必然失敗。

　　其次，你必須能夠系統(tǒng)化描述你的思路和達(dá)到的收益。很多運(yùn)維都只是只言片語(yǔ)的描述自己的思路和方案，這一點(diǎn)非常不好。我們需要這樣一個(gè)成體系的語(yǔ)言來(lái)和開(kāi)發(fā)/測(cè)試進(jìn)行溝通，甚至是業(yè)務(wù)部門(mén)，溝通這個(gè)可運(yùn)維性方案帶來(lái)的好處。做成一個(gè)PPT，每個(gè)月溝通，在UC九游，他們有個(gè)規(guī)劃溝通會(huì)，部門(mén)花費(fèi)幾天，把干系方拉到一起，大家依次講自己的方案，效果非常好。其實(shí)研發(fā)和運(yùn)維之間本沒(méi)有墻，人多了便有了墻！

　　***，你必須要有一個(gè)平臺(tái)來(lái)承載和可視化你的想法。甚至在你沒(méi)有業(yè)務(wù)接入的時(shí)候，你也需要有一個(gè)可視化的平臺(tái)來(lái)呈現(xiàn)你的Idea，讓對(duì)方看到效果，往往這個(gè)是最能打動(dòng)人心的。人是理性的，也是視覺(jué)的，直接看到視覺(jué)呈現(xiàn)后帶來(lái)的直觀收益，沒(méi)有理由拒絕的。

　　剩下的就是運(yùn)維認(rèn)定目標(biāo)，開(kāi)始干活了。萬(wàn)事開(kāi)頭難，當(dāng)你接入了***個(gè)業(yè)務(wù)之后，其他的業(yè)務(wù)的進(jìn)展會(huì)大大提升。我一直認(rèn)為研發(fā)不是運(yùn)維的敵人，其實(shí)他們對(duì)待自己開(kāi)發(fā)的應(yīng)用或者程序更認(rèn)真，更希望他們可用性更高，只是很多時(shí)候也苦于時(shí)間和無(wú)運(yùn)維思路罷了。但一定要注意，這招別玩壞嘍，就是說(shuō)一出手必須要成功！

　　5.O2O中的“補(bǔ)貼”思維

　　其實(shí)都能看得到，開(kāi)發(fā)拒絕運(yùn)維需求就是那么幾招，***招：如果上了你們的方案，性能下降，會(huì)需要更多的機(jī)器；第二招：如果這期上線運(yùn)維的需求，產(chǎn)品上線的進(jìn)度會(huì)有影響。對(duì)付***點(diǎn)，特別簡(jiǎn)單，補(bǔ)貼他們一些資源。之前在UC推MySQL高可用方案的時(shí)候，就是采用的這個(gè)策略；做雙中心的時(shí)候，說(shuō)需要一倍的機(jī)器，我說(shuō)能帶來(lái)雙中心的運(yùn)維突破，給機(jī)器好了。但第二點(diǎn)，我覺(jué)得破局的策略就是運(yùn)維需要走出去，往研發(fā)側(cè)走，往研發(fā)流程前面走，研發(fā)階段-》設(shè)計(jì)階段-》需求階段，多做時(shí)間上的補(bǔ)貼，不斷的宣導(dǎo)。

　　O2O的思維是讓運(yùn)維意識(shí)到不要太迷戀平臺(tái)的能力，工具就是工具，永遠(yuǎn)不能超越技術(shù)架構(gòu)設(shè)計(jì)思想背后所蘊(yùn)藏的能量。O2O思維也是一種DevOps思維，O要懂運(yùn)維和研發(fā)，不懂研發(fā)的運(yùn)維不是好運(yùn)維。今天也要強(qiáng)調(diào)，不懂運(yùn)維的研發(fā)，我覺(jué)得也不是一個(gè)好的研發(fā)。O2O思維更是一種運(yùn)營(yíng)的思維，不想著持續(xù)迭代和優(yōu)化，運(yùn)維是走不出困境的。

附錄參考：

運(yùn)維的O2O四象限總結(jié)如下：