[[151384]]

自優(yōu)維計(jì)劃發(fā)起之后，已經(jīng)差不多用了三周的時(shí)間接觸了其中的部分企業(yè)。當(dāng)前接觸的企業(yè)中有銀行、有運(yùn)營商，還有制造業(yè)，更大部分是互聯(lián)網(wǎng)企業(yè)，通過和他們的交流也獲取到一些有價(jià)值的信息，主要是看到了一些運(yùn)維現(xiàn)狀，拿出來和大家分享一下。

　　1.業(yè)務(wù)互聯(lián)網(wǎng)化，讓運(yùn)維更受重視

　　無論是傳統(tǒng)行業(yè)還是互聯(lián)網(wǎng)企業(yè)，業(yè)務(wù)的互聯(lián)網(wǎng)化是一種趨勢，是一種推動(dòng)力。

　　在傳統(tǒng)企業(yè)中，大家都在考慮一些業(yè)務(wù)形態(tài)的互聯(lián)網(wǎng)化。此時(shí)互聯(lián)網(wǎng)+是一種外力，對(duì)IT的敏捷性要求也更高了，使得企業(yè)對(duì)運(yùn)維的重視程度越來越高，無論從底層的基礎(chǔ)架構(gòu)維護(hù)，還是到上層的應(yīng)用運(yùn)維。全面的構(gòu)建IT系統(tǒng)的敏捷運(yùn)維能力，是每個(gè)IT企業(yè)需要著重解決的。有個(gè)企業(yè)的互聯(lián)網(wǎng)化業(yè)務(wù)，以前的模式業(yè)務(wù)部門提需求給技術(shù)部門實(shí)現(xiàn)，彼此割裂，響應(yīng)速度很慢，后來他們就基于產(chǎn)品線成立了研發(fā)、測試、運(yùn)維的垂直功能線，確保用戶需求的快速響應(yīng)和后續(xù)產(chǎn)品功能的快速迭代。

　　從【優(yōu)維計(jì)劃】放開報(bào)名的***天，就有24家企業(yè)報(bào)名，說明大家對(duì)運(yùn)維還是相當(dāng)重視的。

　　2.運(yùn)維組織設(shè)置存在問題

　　典型的幾個(gè)問題，***種、運(yùn)維團(tuán)隊(duì)還放在研發(fā)團(tuán)隊(duì)內(nèi)部，導(dǎo)致職責(zé)不清晰；第二種、運(yùn)維團(tuán)隊(duì)能力定位過低，只負(fù)責(zé)了OS之下的運(yùn)維；第三種、運(yùn)維團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)之間的分離很嚴(yán)重。

　　***種與第二種情況在互聯(lián)網(wǎng)公司很普遍，運(yùn)維的角色變成附屬，常見的運(yùn)維定位就是做服務(wù)器交付和發(fā)布部署等等，沒法深度挖掘運(yùn)維的價(jià)值，核心原因是研發(fā)或者運(yùn)維團(tuán)隊(duì)都對(duì)運(yùn)維的作用和價(jià)值認(rèn)識(shí)不足，運(yùn)維能做什么?該做什么?沒有想清楚；第三種情況在銀行和運(yùn)營商就比較普遍存在，當(dāng)然這個(gè)地方有現(xiàn)實(shí)的原因，比如說他們的系統(tǒng)是外部研發(fā)團(tuán)隊(duì)交付的，很難建立起真正的運(yùn)維標(biāo)準(zhǔn)；運(yùn)維能力依賴第三方；基于ITIL打造的運(yùn)維體系，偏向流程;安全穩(wěn)定是核心目標(biāo)等等。

　　結(jié)合這段時(shí)間的企業(yè)訪談實(shí)際，提出了運(yùn)維四力模型，外力的推動(dòng)最終需要運(yùn)維有更強(qiáng)的IT控制力和驅(qū)動(dòng)力。

　　3.規(guī)?；痻86的運(yùn)維是個(gè)挑戰(zhàn)

　　在銀行及運(yùn)營商，x86化也是一種趨勢，這里面有政策因素，也有技術(shù)因素，也有成本因素。對(duì)于它們來說，基于x86的規(guī)?；\(yùn)維能力快速積累是個(gè)挑戰(zhàn)。

　　這個(gè)挑戰(zhàn)來自于兩個(gè)方面，***個(gè)方面是技術(shù)層面的，可以說以前他們的運(yùn)維能力都是基于高可用硬件設(shè)備構(gòu)筑的，未來是要基于規(guī)?；痻86集群去構(gòu)建運(yùn)維能力。這塊***的運(yùn)維經(jīng)驗(yàn)是在互聯(lián)網(wǎng)公司中，而當(dāng)前商業(yè)產(chǎn)品是沒法滿足的，他們自身也不是互聯(lián)網(wǎng)化公司，更是缺少運(yùn)維的實(shí)踐理解。

　　另外一方面是組織架構(gòu)上的挑戰(zhàn)。如果要順應(yīng)x86的運(yùn)維體系，此時(shí)運(yùn)維的組織結(jié)構(gòu)也需要進(jìn)行調(diào)整，特別是面向應(yīng)用運(yùn)維的重要性需要提升，同時(shí)需要儲(chǔ)備一定的運(yùn)維研發(fā)能力，以便適應(yīng)運(yùn)管的需要。

　　可以說當(dāng)前互聯(lián)網(wǎng)公司的運(yùn)維平臺(tái)和運(yùn)維規(guī)范，大部分都是基于自己的運(yùn)維規(guī)范，有些是研發(fā)配合下才能完成的，有點(diǎn)***實(shí)踐的感覺。

　　4.運(yùn)維平臺(tái)體系化能力尚存不足

　　很多公司的運(yùn)維基本上是批量腳本階段，比如說發(fā)布，監(jiān)控采用的是zabbix，運(yùn)維的平臺(tái)能力還是基于開源來實(shí)現(xiàn)的。

　　很多企業(yè)都把運(yùn)維看成一個(gè)不重要的職能角色，要不就是成本中心，要不就是維穩(wěn)部門，或者就是一個(gè)打雜/救火的?；谶@些定位，造成了運(yùn)維的自研能力嚴(yán)重不足，運(yùn)維只能被動(dòng)基于一些開源產(chǎn)品打造運(yùn)維的自動(dòng)化和運(yùn)維監(jiān)控能力。

　　運(yùn)維平臺(tái)建設(shè)沒有體系化，更多是碎片化的理解和工作開展。

　　5.DevOps很受關(guān)注，但很遙遠(yuǎn)

　　DevOps是文化、理念、意識(shí)、平臺(tái)等綜合全面體系，很多企業(yè)關(guān)心(這是好事)，但我覺得遙遠(yuǎn)。

　　我覺得現(xiàn)在在國內(nèi)談DevOps還為時(shí)尚早。在很多公司，O的能力還沒有真正的構(gòu)建起來。DevOps需要Dev、Test、Ops這三個(gè)角色在整個(gè)產(chǎn)品交付周期中緊密融合，而非割裂?？吹降拇蟛糠智闆r是研發(fā)只考慮功能實(shí)現(xiàn)，運(yùn)維只考慮一些事務(wù)性工作，彼此合作參照還遠(yuǎn)遠(yuǎn)不夠。我一般在和大家交流運(yùn)維之前會(huì)提出要求，希望研發(fā)能夠參加，也讓他們?nèi)媪私膺\(yùn)維，方便未來運(yùn)維工作的開展。

　　6.互聯(lián)網(wǎng)運(yùn)維急需***實(shí)踐指導(dǎo)

　　每個(gè)企業(yè)都在按照自己的方式摸索，業(yè)界需要總結(jié)出通用的***實(shí)踐。

　　從整個(gè)行業(yè)來說，這塊的成本非常高昂，就拿CMDB來說，每個(gè)互聯(lián)網(wǎng)企業(yè)都在重復(fù)建設(shè)。有些傳統(tǒng)企業(yè)基于以前的ITIL的CMDB理解，把一切當(dāng)做配置來管理的話，往往讓CMDB走偏了。比如說有一家傳統(tǒng)企業(yè)，桌面PC從哪兒搬到哪兒都需要管理，這明顯讓CMDB干了資產(chǎn)管理的活。

　　***實(shí)踐部分應(yīng)該從多個(gè)角度描述如何做好運(yùn)維，從規(guī)范、從流程、從意識(shí)、從文化、從思維、從平臺(tái)等等，當(dāng)然***實(shí)踐一定要有利于企業(yè)導(dǎo)入。

　　好了，今天就分享這么多了。

　　關(guān)于老王(原名王津銀) ： 07年進(jìn)入騰訊公司接觸運(yùn)維，經(jīng)歷服務(wù)器從百到萬的運(yùn)維歷程，先后在YY和UC參與不同業(yè)務(wù)形態(tài)的運(yùn)維，期間帶過前端運(yùn)維、數(shù)據(jù)存儲(chǔ)運(yùn)維、YY語音、游戲運(yùn)維、運(yùn)維研發(fā)等多種運(yùn)維團(tuán)隊(duì)，對(duì)運(yùn)維有著全面的理解。極力倡導(dǎo)互聯(lián)網(wǎng)價(jià)值運(yùn)維理念，即面向用戶的價(jià)值是由自動(dòng)化平臺(tái)交付傳遞，同時(shí)由數(shù)據(jù)化來提煉和衡量。