[[151384]]

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

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

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

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

　　從【優(yōu)維計劃】放開報名的***天，就有24家企業(yè)報名，說明大家對運維還是相當重視的。

　　2.運維組織設置存在問題

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

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

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

　　3.規(guī)模化x86的運維是個挑戰(zhàn)

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

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

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

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

　　4.運維平臺體系化能力尚存不足

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

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

　　運維平臺建設沒有體系化，更多是碎片化的理解和工作開展。

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

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

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

　　6.互聯(lián)網(wǎng)運維急需***實踐指導

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

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

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

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

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