IT架構(gòu)和IT業(yè)務(wù)的技術(shù)發(fā)展是運(yùn)維發(fā)展的驅(qū)動(dòng)力和推動(dòng)力，因此IT業(yè)務(wù)的發(fā)展始終落后于IT技術(shù)的發(fā)展戰(zhàn)略。 在IT領(lǐng)域，SDN、云計(jì)算、大數(shù)據(jù)等技術(shù)不斷涌現(xiàn)。 IT資源架構(gòu)日趨復(fù)雜，IT資源規(guī)模不斷縮小。 經(jīng)過(guò)第一輪建設(shè)，IT運(yùn)維問題逐漸成為IT管理者持續(xù)關(guān)注的焦點(diǎn)。

從早到晚的純手工運(yùn)維，到依賴網(wǎng)管工具上報(bào)的工具運(yùn)維、工具化運(yùn)維、與工具關(guān)聯(lián)或集成的平臺(tái)運(yùn)維，以及目前流行的智能化、人工化運(yùn)維和維護(hù)系統(tǒng)，使運(yùn)維領(lǐng)域不斷發(fā)生技術(shù)變革。 開發(fā)新工具并不意味著完全淘汰舊工具，而是使用不同的工具來(lái)解決實(shí)際的運(yùn)營(yíng)問題。 新工具進(jìn)一步解放運(yùn)維效率。

在云計(jì)算時(shí)代，如何選擇合適的運(yùn)維模式，選擇合適的運(yùn)維工具，構(gòu)建合理的組織架構(gòu)和管理體系，是IT管理者必須重新思考的問題。

企業(yè)如何定位自己

在運(yùn)維方面，人們往往只考慮技術(shù)本身，而忽略了場(chǎng)景的差異，單純追求技術(shù)領(lǐng)先和基礎(chǔ)設(shè)施it運(yùn)維技術(shù)，往往事半功倍，實(shí)現(xiàn)預(yù)期并不容易療效。 雖然不同的運(yùn)維場(chǎng)景在實(shí)際運(yùn)維中有很大的差異，但是一味追求創(chuàng)新和速度不一定能取得好的運(yùn)維效果。 通過(guò)多年在運(yùn)維領(lǐng)域的理解，我總結(jié)出以下影響運(yùn)維工具選擇的屬性，如行業(yè)屬性、成熟度屬性、規(guī)模屬性、位置屬性。

行業(yè)

先說(shuō)說(shuō)行業(yè)的屬性。 不同的行業(yè)有著不同的業(yè)務(wù)特點(diǎn)，所關(guān)注的內(nèi)容和運(yùn)營(yíng)方式也大不相同。 以互聯(lián)網(wǎng)為例。 互聯(lián)網(wǎng)發(fā)布速度快，更新速度快，服務(wù)器數(shù)量多，研發(fā)能力強(qiáng)。 一般一周內(nèi)會(huì)有幾個(gè)甚至幾十個(gè)新業(yè)務(wù)發(fā)布，同時(shí)也會(huì)有幾十個(gè)新業(yè)務(wù)發(fā)布。 基于ITIL開發(fā)的變更和發(fā)布流程其實(shí)是周到嚴(yán)謹(jǐn)?shù)?，但是?jié)奏平緩，周期長(zhǎng)。 在互聯(lián)網(wǎng)業(yè)務(wù)瞬息萬(wàn)變的背景下，傳統(tǒng)的變更發(fā)布流程讓互聯(lián)網(wǎng)企業(yè)失去了產(chǎn)品的市場(chǎng)機(jī)會(huì)窗口。 因此，互聯(lián)網(wǎng)運(yùn)營(yíng)應(yīng)選擇人工、自維護(hù)等高效的運(yùn)維模式。 有必要改進(jìn)精確的CMDB。 為了提高效率，必須追求敏捷開發(fā)、灰色版本和開源模式。所以互聯(lián)網(wǎng)運(yùn)維模式主要是關(guān)注運(yùn)維效率

運(yùn)維成熟度

每個(gè)行業(yè)受自身業(yè)務(wù)特點(diǎn)的影響，其運(yùn)維方式、側(cè)重點(diǎn)和工具選擇都不同。 同時(shí)影響運(yùn)維工具選擇的還有運(yùn)維成熟度。 運(yùn)維成熟度也是阻礙企業(yè)運(yùn)維發(fā)展的關(guān)鍵因素。 ITIL的核心技術(shù)是PDCA，它向我們揭示了一個(gè)簡(jiǎn)單的操作原則是一個(gè)漸進(jìn)的、螺旋式的模式。 運(yùn)維成熟度的高低決定了運(yùn)維的不同階段，也決定了用戶在不同時(shí)期應(yīng)該關(guān)注的內(nèi)容。 在運(yùn)維過(guò)程中選擇脫離實(shí)際的激進(jìn)做法，往往只能適得其反，最終得重新造輪子，但得不償失。 很多用戶之前沒有注意這個(gè)客觀規(guī)律，在沒有做好檢測(cè)的情況下同時(shí)建立了運(yùn)維流程，導(dǎo)致運(yùn)維流程與監(jiān)控背道而馳。 單個(gè)工具。 另一個(gè)常見的錯(cuò)誤是在CMDB的建立上過(guò)于追求完美，沒有結(jié)合現(xiàn)有的監(jiān)控功能，因?yàn)闆]有采用人工的方式來(lái)簡(jiǎn)化CMDB的維護(hù)工作，反而在CMDB的設(shè)計(jì)上過(guò)分追求精細(xì)化，導(dǎo)致維護(hù)成本高CMDB 的成本，甚至超過(guò)實(shí)際使用價(jià)值，導(dǎo)致 CMDB 項(xiàng)目最終破產(chǎn)。

運(yùn)營(yíng)中的另一個(gè)成熟度級(jí)別是人員成熟度模型。 其中包括運(yùn)維人員的技術(shù)成熟度、組織流程成熟度、開發(fā)能力成熟度。 技術(shù)成熟度包括運(yùn)維人員對(duì)網(wǎng)絡(luò)、計(jì)算、存儲(chǔ)、虛擬化和業(yè)務(wù)的熟悉程度和解決問題的能力。 技術(shù)成熟度越高，對(duì)問題的處理和響應(yīng)就越快。 相反，管理能力差的管理員會(huì)延長(zhǎng)故障恢復(fù)時(shí)間。 因此，如何降低運(yùn)維人員對(duì)個(gè)人技能和知識(shí)的依賴，也是運(yùn)維工具需要考慮的重要問題。 前幾年建立在知識(shí)庫(kù)基礎(chǔ)上的系統(tǒng)，在實(shí)際運(yùn)行中效果不是很好。要從根本上解決這個(gè)問題，一方面需要建立準(zhǔn)確的CMDB配置信息庫(kù)，另一方面，需要將專家的經(jīng)驗(yàn)固化到運(yùn)維工具中，使運(yùn)維專家系統(tǒng)成為未來(lái)運(yùn)維工具發(fā)展的又一基礎(chǔ)。 趨勢(shì)

現(xiàn)在，開源軟件的數(shù)量和成熟度日益下降。 如果能夠充分利用開源軟件進(jìn)行自主開發(fā)，無(wú)論從業(yè)務(wù)層面還是運(yùn)維層面都是一個(gè)不錯(cuò)的選擇，同時(shí)也提高了運(yùn)營(yíng)商的開發(fā)能力。 要求。 成熟度，體現(xiàn)運(yùn)維人員對(duì)需求分析、架構(gòu)設(shè)計(jì)、代碼編譯、開源軟件的熟悉程度、業(yè)務(wù)背景知識(shí)、軟件開發(fā)流程的理解程度。 在運(yùn)維領(lǐng)域的火爆，標(biāo)志著開發(fā)與運(yùn)維的逐漸融合。 ) 模式，可能面臨巨大風(fēng)險(xiǎn)？

因此，企業(yè)應(yīng)清楚自己所處的運(yùn)維階段和運(yùn)維人員的成熟度，選擇更務(wù)實(shí)的運(yùn)維策略，尋求循序漸進(jìn)、順其自然的方式

還有一點(diǎn)要注意運(yùn)維規(guī)模的規(guī)范屬性。 這個(gè)規(guī)模包括什么內(nèi)容（服務(wù)器和網(wǎng)絡(luò)）、業(yè)務(wù)規(guī)模和管理人員的數(shù)量。 一個(gè)用戶的50臺(tái)服務(wù)器或者200臺(tái)服務(wù)器在運(yùn)維上的區(qū)別，1000臺(tái)服務(wù)器或者幾萬(wàn)臺(tái)服務(wù)器是非常顯著的。 在設(shè)備數(shù)量較少的情況下，人工管理可以進(jìn)行很多時(shí)間，但隨著管理設(shè)備數(shù)量的減少，操作的工作量會(huì)線性上升。 這個(gè)時(shí)候運(yùn)維難度其實(shí)會(huì)成倍增加。 尺寸標(biāo)注幾乎是一項(xiàng)不可能完成的任務(wù)。 大規(guī)模運(yùn)維必須靠人工？ 導(dǎo)師？ 測(cè)試工具、自動(dòng)配置工具、自動(dòng)部署工具和手工流程工具輔助實(shí)施。 隨著運(yùn)營(yíng)規(guī)模的進(jìn)一步擴(kuò)大，傳統(tǒng)運(yùn)營(yíng)將向大容量運(yùn)營(yíng)演進(jìn)。 大容量運(yùn)維不僅僅是運(yùn)維工具的改變。 大容量運(yùn)維帶來(lái)技術(shù)價(jià)值、技術(shù)手段、運(yùn)維意識(shí)的變化，都影響運(yùn)維方式的深入變革。

海量操作維護(hù)手冊(cè)

另一個(gè)影響運(yùn)維的因素是運(yùn)維人員的規(guī)模。 如果運(yùn)維人員數(shù)量少于8人，需要慎重考慮是否進(jìn)行復(fù)雜的運(yùn)維流程建設(shè)。 流程設(shè)置解決運(yùn)維擾動(dòng)閉環(huán)跟蹤、責(zé)任落實(shí)、規(guī)范管理等問題。 但如果企業(yè)運(yùn)維人員較少，構(gòu)建復(fù)雜的流程會(huì)提高運(yùn)維效率，降低運(yùn)維成本。 但是，如果一個(gè)企業(yè)的運(yùn)維人員數(shù)量超過(guò)20世紀(jì)末，就需要對(duì)運(yùn)維流程進(jìn)行標(biāo)準(zhǔn)化管理。 同時(shí)，運(yùn)維流程需要輔助運(yùn)維人員的績(jī)效管理。 這時(shí)候，運(yùn)維流程的重要性就體現(xiàn)出來(lái)了。但是隨著時(shí)代的發(fā)展，人工、智能化技術(shù)越來(lái)越普及，運(yùn)維流程的發(fā)展趨勢(shì)越來(lái)越大輕量化，未來(lái)ITIL流程系統(tǒng)的建設(shè)會(huì)越來(lái)越少。

運(yùn)維定位屬性

最后解釋一下運(yùn)維的定位屬性。 這里的位置包括網(wǎng)絡(luò)位置和邏輯位置。 運(yùn)維目標(biāo)所在的網(wǎng)絡(luò)位置大致可以分為接入網(wǎng)、廣域網(wǎng)和數(shù)據(jù)中心。 由于三個(gè)系統(tǒng)的地理位置不同it運(yùn)維技術(shù)，其運(yùn)維失誤率非常高。 上一節(jié)討論的大部分內(nèi)容都是關(guān)于數(shù)據(jù)中心的運(yùn)維。 下面主要講接入網(wǎng)的運(yùn)維。 接入網(wǎng)運(yùn)維涉及終端（類型、系統(tǒng)）和用戶（無(wú)線）。 在身份認(rèn)證等方面，由于終端種類復(fù)雜，接入人員水平參差不齊，接入網(wǎng)運(yùn)營(yíng)的復(fù)雜度也很高。 運(yùn)維人員除了具備各種運(yùn)維知識(shí)外，還要有足夠的耐心，豐富的運(yùn)維經(jīng)驗(yàn)，足夠的耐心。

云納統(tǒng)一運(yùn)維管理平臺(tái)，通過(guò)本地和遠(yuǎn)程網(wǎng)絡(luò)進(jìn)行網(wǎng)絡(luò)設(shè)備管理、資產(chǎn)管理、服務(wù)器管理、存儲(chǔ)設(shè)備管理、業(yè)務(wù)應(yīng)用管理、無(wú)線管理、日志分析、辦公設(shè)備/網(wǎng)絡(luò)設(shè)備、動(dòng)態(tài)環(huán)境系統(tǒng)等. 實(shí)時(shí)監(jiān)控、自動(dòng)巡檢、準(zhǔn)確采集分析故障信息、確定重要數(shù)據(jù)性能指標(biāo)、集中統(tǒng)一管理大型數(shù)據(jù)中心。