IT架構和IT業(yè)務(wù)的技術(shù)發(fā)展是運維發(fā)展的源動(dòng)力和推手，所以運維的發(fā)展總是稍微滯后于IT技術(shù)進(jìn)步的腳步。隨著(zhù)IT大集中、SDN、云計算、大數據等技術(shù)的不斷涌現， IT資源架構的復雜度不斷增加和IT資源規模的不斷擴大進(jìn)一步增加了運維的復雜度和難度，IT的可運維性往往在第一輪建設后成為用戶(hù)關(guān)注的焦點(diǎn)，運維問(wèn)題也逐步成為IT主管不斷關(guān)注的首要問(wèn)題。

從早期的純手工運維到后來(lái)依賴(lài)網(wǎng)管工具、流程工具、 報表工具為主的工具化運維，再到將工具關(guān)聯(lián)或融合后的平臺運維，以及現在流行的智能和自動(dòng)化運維系統，運維領(lǐng)域經(jīng)歷一次又一次技術(shù)的變革。新工具的產(chǎn)生并不意味舊的工具被徹底淘汰，而是不同工具并存一起解決實(shí)際運維問(wèn)題。新的工具進(jìn)一步解放了運維的生產(chǎn)力。

在云時(shí)代，如何選擇合適的運維模式，如何選擇合適的運維工具，以及如何設置合理的組織架構和管理制度都是IT主管需要重新考慮的問(wèn)題。

面對運維的多維度屬性，企業(yè)如何自我定位

在討論運維時(shí)，人們往往只會(huì )考慮技術(shù)本身，而忽略場(chǎng)景的差異性，單純追求技術(shù)領(lǐng)先性和上層建筑，往往只會(huì )事倍功半，不容易達成預期效果。實(shí)際上運維在不同場(chǎng)景中的差異是非常大的，一味的求新、求快，未必能達到良好的運維效果�；�于這幾年在運維領(lǐng)域內的理解，我總結出以下幾個(gè)影響運維工具選擇的屬性，分別為行業(yè)屬性，成熟度屬性，規模屬性和位置屬性。

運維的行業(yè)屬性

首先說(shuō)行業(yè)屬性，不同行業(yè)由于業(yè)務(wù)特點(diǎn)不同，關(guān)注內容和運維模式有很大的差異。以互聯(lián)網(wǎng)為例，互聯(lián)網(wǎng)業(yè)務(wù)發(fā)布快，更新快，服務(wù)器數量多，研發(fā)能力強，往往一周內有幾個(gè)甚至幾十新業(yè)務(wù)發(fā)布，同時(shí)有幾十或更多的新版本發(fā)布�；�于ITIL的變更和發(fā)布流程雖然考慮周全、過(guò)程嚴謹，但是節奏緩慢，周期較長(cháng)。在互聯(lián)網(wǎng)業(yè)務(wù)快速更迭的行業(yè)背景下，傳統的變更發(fā)布流程容易讓互聯(lián)網(wǎng)企業(yè)喪失產(chǎn)品的市場(chǎng)機會(huì )窗，所以互聯(lián)網(wǎng)運維會(huì )選擇自動(dòng)化和自運維等高效的運維模式，要作自動(dòng)化必須建立準確的CMDB，要想高效必須推行敏捷開(kāi)發(fā)、DevOps、灰度發(fā)布和開(kāi)源結合的模式。所以互聯(lián)網(wǎng)的運維模式主要關(guān)注點(diǎn)是運維效率。

政府運維以核心業(yè)務(wù)保障為主，新業(yè)務(wù)增速比較緩慢，安全性要求高，注重管理、關(guān)注績(jì)效，往往有分級管理要求，同時(shí)也關(guān)注數據潛在價(jià)值。政府自身研發(fā)能力有限，運維主要依賴(lài)于商業(yè)產(chǎn)品，但是分散的管理工具無(wú)法提升運維的效果和效率。所以政府選擇運維產(chǎn)品時(shí)，更加注重一體化運維、智能故障定位、業(yè)務(wù)級資源監控和安全運維，傳統的ITIL流程對政府的管理具有相當的指導作用，也是政府比較關(guān)注運維選項。

大型企業(yè)與政府的特性非常類(lèi)似，除了部分大企業(yè)IT基礎設施規模龐大，有自動(dòng)化要求外，大型企業(yè)對運維的需求與政府基本一致。

另一個(gè)比較有特點(diǎn)的行業(yè)是金融。金融的最核心業(yè)務(wù)是交易業(yè)務(wù)，其他業(yè)務(wù)都是圍繞交易業(yè)務(wù)展開(kāi)的，所以核心數據庫的備份、恢復、演練是金融運維的例行工作。金融的運維規范性也是其他行業(yè)中最強的，多數銀行在幾年前就引入了ITIL流程工具，在運維流程上大行也花費了大力氣進(jìn)行梳理。近幾年金融業(yè)受到互聯(lián)網(wǎng)行業(yè)的影響，增加了在線(xiàn)支付產(chǎn)品，推動(dòng)金融向互聯(lián)網(wǎng)靠近。所以金融行業(yè)在選擇運維產(chǎn)品時(shí)，更加注重交易級監控，自動(dòng)化和一體化運維。另外大型銀行有自己的研發(fā)團隊，在運維發(fā)展路線(xiàn)上大型銀行逐步在向互聯(lián)網(wǎng)靠近，DevOps可能會(huì )是大型銀行今后的選擇。

運維的成熟度屬性

不同行業(yè)受到各自業(yè)務(wù)特點(diǎn)的影響，其運維模式、關(guān)注點(diǎn)和工具選擇都各有不同，同時(shí)影響運維工具選擇的是運維的成熟度。這就好比人類(lèi)社會(huì )不能從原始社會(huì )直接跳躍到資本主義社會(huì )一樣，運維成熟度也是制約企業(yè)運維發(fā)展的關(guān)鍵因素。ITIL有一個(gè)核心的方法論是PDCA（Plan計劃、Do 執行、Check 檢查、 Action 改進(jìn)），這個(gè)方法論向我們闡述了運維的簡(jiǎn)單原則就是循序漸進(jìn)、螺旋式上升的模式。不同的運維成熟度決定著(zhù)運維所處不同階段，也決定了不同時(shí)期的用戶(hù)應該重點(diǎn)關(guān)注的內容。運維時(shí)選擇脫離實(shí)際處境的激進(jìn)作法往往只會(huì )起到拔苗助長(cháng)的效果，最后還要推倒重來(lái)，反而得不償失。很多用戶(hù)以前并沒(méi)有注重這一客觀(guān)規律，在沒(méi)有作好監控的情況下，直接建設運維流程，從而造成運維流程和監控脫節，流程給予運維管理員的幫助非常有限，淪落成為走單工具，時(shí)間長(cháng)了往往用不起來(lái)。另一個(gè)經(jīng)常犯的錯誤就是CMDB的建設中過(guò)度的追求完美，沒(méi)有和當前的監控能力結合，沒(méi)有利用自動(dòng)化手段簡(jiǎn)化CMDB的維護工作量，反而在CMDB的設計上過(guò)分追求精細化，以至于CMDB的維護成本過(guò)高，甚至超過(guò)了其實(shí)際使用價(jià)值，造成最終CMDB項目的破產(chǎn)。經(jīng)過(guò)多年的探索，我建議將運維簡(jiǎn)單分為4個(gè)步驟：

第一步，作好一體化監控，將所有IT資源統一監控起來(lái)；

第二步，基于一體化監控，建設CMDB；

第三步，基于一體化監控和自動(dòng)化CMDB建設ITIL運維流程體系；

第四步，基于ITIL進(jìn)行改進(jìn)，實(shí)現更多的自動(dòng)化、智能化。

基于上述步驟運維管理員就可以腳踏實(shí)地的將運維成熟度一步一步推向前進(jìn)。

運維的另一個(gè)成熟度是指人員的成熟度模型。這里面涉及運維人員的技能成熟度、組織流程成熟度和開(kāi)發(fā)能力成熟度。技能成熟度包括運維人員對網(wǎng)絡(luò )、計算、存儲、虛擬化以及業(yè)務(wù)的熟悉程度和問(wèn)題處理能力。技能成熟度越高，問(wèn)題處理和反應速度越快，反之運維技能不足的管理員會(huì )延長(cháng)故障恢復時(shí)間。所以如何讓運維減少對個(gè)人的技能和知識的依賴(lài)也是對運維工具的重要考量。傳統的基于知識庫的建設體系，在實(shí)際操作中效果并不理想。要想根本解決這個(gè)問(wèn)題，一方面要建立起來(lái)準確的CMDB配置信息庫，另一方面要將專(zhuān)家的經(jīng)驗直接固化到運維工具中，運維專(zhuān)家系統將是今后運維工具發(fā)展的另一個(gè)趨勢。

當今開(kāi)源軟件的數量和成熟度都越來(lái)越高，如果能夠充分利用開(kāi)源軟件自己開(kāi)發(fā)，無(wú)論從業(yè)務(wù)維度還是運維維度都是非常好的選擇，但是這也同時(shí)提高了對運維人員的開(kāi)發(fā)能力成熟度的要求。開(kāi)發(fā)能力的成熟度，體現了運維人員的需求分析能力、框架設計能力、編碼能力、開(kāi)源軟件熟悉程度、業(yè)務(wù)背景知識和對軟件開(kāi)發(fā)過(guò)程的理解能力。DevOps在運維界的流行說(shuō)明了開(kāi)發(fā)和運維的逐步融合，這無(wú)疑也是今后運維發(fā)展的趨勢之一，然而在沒(méi)有充分開(kāi)發(fā)人力和敏捷過(guò)程儲備的前提下，貿然選擇DevOps（開(kāi)發(fā)即運維）模式，有可能會(huì )面臨巨大的風(fēng)險。

所以企業(yè)要看清自己所處的運維階段、運維人員成熟度，選擇更加務(wù)實(shí)的運維策略，尋求逐步改進(jìn)，水到渠成的方式。

運維的規模屬性

另一個(gè)需要關(guān)注的是規模屬性，這里的規模包含設備（服務(wù)器和網(wǎng)絡(luò )）、業(yè)務(wù)規模和運維人員規模。用戶(hù)有50臺服務(wù)器還是200臺服務(wù)器、1000臺服務(wù)器或上萬(wàn)臺服務(wù)器對于運維來(lái)講區別是很明顯的。當設備數量比較少時(shí)，很多事件通過(guò)人工管理就可以了，但是隨著(zhù)被管理的設備數量的增加，運維工作量會(huì )直線(xiàn)上升，這時(shí)運維難度實(shí)際成指數級上升，再依賴(lài)人工運維幾乎成為不可能完成的任務(wù)。規模運維必須依賴(lài)自動(dòng)化監控工具、自動(dòng)化配置工具、自動(dòng)化部署工具和自動(dòng)化流程工具來(lái)輔助實(shí)施。當運維規模進(jìn)一步上升，傳統運維就會(huì )演變成海量運維。海量運維不單純是運維工具的變化，海量運維帶來(lái)技術(shù)價(jià)值觀(guān)的改變，技術(shù)手段的改變以及運營(yíng)意識的改變，影響到深度運維方法論的變革。海量運維的變化歸納起來(lái)是分層（服務(wù)等級分層）、基于業(yè)務(wù)的合理取舍（CAP理論）、敏捷開(kāi)發(fā)和務(wù)實(shí)運維概念的整合。下圖總結了海量運維中的一些指導原則：

圖2.海量運維指導原則

另一個(gè)影響運維的是運維人員的規模，如果運維人員在8個(gè)以?xún)�，就要慎重考慮是否需要復雜的運維流程建設。流程的設置解決了運維事件的閉環(huán)跟蹤、責任認定和規范性等問(wèn)題，但是如果企業(yè)運維人數很少，建立復雜的流程反而會(huì )降低運維的效率增加運維成本。但是如果企業(yè)運維人員數量超過(guò)20個(gè)，運維過(guò)程的規范性管理就重要起來(lái)，同時(shí)在運維人員的績(jì)效管理方面也需要運維流程輔助，這時(shí)運維流程的重要性就凸顯出來(lái)。但是隨著(zhù)時(shí)代的發(fā)展，自動(dòng)化和智能化技術(shù)逐步普及，運維流程的發(fā)展趨勢是越來(lái)越輕量化，ITIL完整流程體系的建設今后會(huì )越來(lái)越少。

運維的位置屬性

最后再探討一下運維的位置屬性，這里的位置包含網(wǎng)絡(luò )位置和邏輯位置。被運維對象所處網(wǎng)絡(luò )位置大致可以分為接入網(wǎng)、廣域網(wǎng)和數據中心。由于所處網(wǎng)絡(luò )位置不同，這三部分的運維差異性非常大。前面討論的大部分內容談?wù)摰亩际菙祿�中心的運維，下面主要講講接入網(wǎng)運維。接入網(wǎng)運維涉及終端（類(lèi)型、系統）、接入方式（無(wú)線(xiàn)、有線(xiàn)）、身份認證等方面，由于終端類(lèi)型復雜，接入人員水平參差不齊，接入網(wǎng)運維的復雜度也比較高，運維人員不僅需要具備多方面的運維知識，還需要有足夠的耐心，運維經(jīng)驗對接入網(wǎng)運維也非常關(guān)鍵。對于接入網(wǎng)運維固化的運維經(jīng)驗的專(zhuān)家系統是今后發(fā)展的方向。廣域網(wǎng)運維相對要簡(jiǎn)單些，對于多數企業(yè)而言，廣域網(wǎng)一般是租用為主，所以廣域網(wǎng)運維主要是監控線(xiàn)路的時(shí)延、丟包、抖動(dòng)和占用容量。

運維的另一位置屬性是運維的邏輯位置，隨著(zhù)云計算的普及，運維人員出現了分化，一部分是云建設方，另一部分是云的租戶(hù)。云建設方的特點(diǎn)有點(diǎn)類(lèi)似傳統的運營(yíng)商，重點(diǎn)關(guān)注的是資源（物理的和虛擬資源）的運行狀況和利用率。云建設方同時(shí)需要考慮數據中心的成本控制以及風(fēng)險控制。如何利用虛擬化和容器提升整體的資源利用率同時(shí)，保證業(yè)務(wù)風(fēng)險在可控的范圍內，以及如何及時(shí)回收由于云化帶來(lái)的無(wú)效資源浪費的問(wèn)題，都是云建設人員的重要考量。所以對于云建設人員而言，集群容量管理，數據中心容量，機房容量管理等多維度的容量管理在云運維中成為必備的需求。

云租戶(hù)沒(méi)有資源的管理權，只有資源的使用權，所以租戶(hù)更關(guān)注的是自己業(yè)務(wù)的運行情況和資源的占用容量信息。云租戶(hù)負責運維操作系統以上的內容，關(guān)注重點(diǎn)是應用和業(yè)務(wù)的運行情況和資源的利用率。如何將眾多的應用層基礎監控數據規整成簡(jiǎn)單、直觀(guān)的監測儀表盤(pán)，是租戶(hù)運維工具的重要考量。另一方面租戶(hù)管理員需要了解業(yè)務(wù)的資源占用情況和趨勢，在必要時(shí)業(yè)務(wù)資源能否在成本可控的情況下得到及時(shí)擴展也是租戶(hù)管理員關(guān)注的問(wèn)題，所以業(yè)務(wù)容量管理對租戶(hù)管理員而言也非常關(guān)鍵。

當然還有相當多企業(yè)，沒(méi)有租戶(hù)的概念或者沒(méi)有明確云建設方和云租戶(hù)的地位，所有的運維工作由統一團隊負責。這時(shí)云融合運維團隊要兼顧上述兩者的職責，既對業(yè)務(wù)負責又對資源和成本負責。

總結

前面介紹了運維的行業(yè)屬性、成熟度屬性、規模屬性和位置屬性，企業(yè)運維主管只有明確自身所處的位置、階段才能確定自身運維的發(fā)展思路，跳躍式發(fā)展可能會(huì )付出額外的代價(jià)。運維體系正象自然界的生命一樣在不斷進(jìn)化，長(cháng)遠來(lái)看，今后的數據中心一定是自運維的體系。但是要達成還需要很多的路要走，除了運維本身技術(shù)、工具的發(fā)展外也依賴(lài)于其他IT技術(shù)的支撐。希望讀者看完本篇文章后能夠向后邁好堅實(shí)的一步。

名詞解釋?zhuān)?/p>

ITIL即IT基礎架構庫(Information Technology Infrastructure Library, ITIL，信息技術(shù)基礎架構庫) ITIL為企業(yè)的IT服務(wù)管理實(shí)踐提供了一個(gè)客觀(guān)、嚴謹、可量化的標準和規范。DevOps（英文Development和Operations的組合）是一組過(guò)程、方法與系統的統稱(chēng)，用于促進(jìn)開(kāi)發(fā)（應用程序/軟件工程）、技術(shù)運營(yíng)和質(zhì)量保障（QA）部門(mén)之間的溝通、協(xié)作與整合。

CMDB-Configuration Management Database 配置管理數據庫。CMDB存儲與管理企業(yè)IT架構中設備的各種配置信息，它與所有服務(wù)支持和服務(wù)交付流程都緊密相聯(lián)。