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

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

    運(yùn)維的規(guī)模屬性

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

                                                      圖2.海量運(yùn)維指導(dǎo)原則

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

    運(yùn)維的位置屬性

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

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

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

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

    總結(jié)

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

    名詞解釋：

    ITIL即IT基礎(chǔ)架構(gòu)庫(kù)(Information Technology Infrastructure Library， ITIL，信息技術(shù)基礎(chǔ)架構(gòu)庫(kù)) ITIL為企業(yè)的IT服務(wù)管理實(shí)踐提供了一個(gè)客觀、嚴(yán)謹(jǐn)、可量化的標(biāo)準(zhǔn)和規(guī)范。

    DevOps（英文Development和Operations的組合）是一組過程、方法與系統(tǒng)的統(tǒng)稱，用于促進(jìn)開發(fā)（應(yīng)用程序/軟件工程）、技術(shù)運(yùn)營(yíng)和質(zhì)量保障（QA）部門之間的溝通、協(xié)作與整合。

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