企業(yè)數(shù)字化轉(zhuǎn)型，科技先行。國(guó)際知名咨詢機(jī)構(gòu)如麥肯錫、埃森哲、IDC、IBM等，都在解讀數(shù)字化定義時(shí)提及智能化運(yùn)營(yíng)。但要實(shí)現(xiàn)智能化，我們還有很長(zhǎng)的路要走。

運(yùn)維部門(mén)作為企業(yè)科技部門(mén)的一部分，在信息化時(shí)代的今天，所承受的壓力日益漸增。傳統(tǒng)的運(yùn)維模式越來(lái)越難以適應(yīng)業(yè)務(wù)和IT架構(gòu)的擴(kuò)張，運(yùn)維團(tuán)隊(duì)需要尋求突破，來(lái)跟上企業(yè)變化的步伐。通常來(lái)說(shuō)，企業(yè)的運(yùn)維管理體系分為規(guī)范化運(yùn)維、自動(dòng)化運(yùn)維、敏捷化運(yùn)維和智能化運(yùn)維四個(gè)階段，其中規(guī)范化運(yùn)維到自動(dòng)化運(yùn)維的過(guò)渡階段是大多數(shù)企業(yè)所在階段。

隨著近年全球運(yùn)維大會(huì)的火熱舉辦，自動(dòng)化運(yùn)維話題被推向了前所未有地?zé)岫取Ｗ詣?dòng)化運(yùn)維并不是炒作的概念，而是隨著信息技術(shù)發(fā)展的必要趨勢(shì)。“大數(shù)據(jù)”、“容器”、“DevOps”、“微服務(wù)”……，不斷涌現(xiàn)的新技術(shù)都有共同的特點(diǎn)，大大增加了運(yùn)維管理的操作單元數(shù)量的同時(shí)對(duì)系統(tǒng)可用性有更高的可用性要求。從IBM、BMC、HP等傳統(tǒng)廠商各類(lèi)工具產(chǎn)品紛紛面市到Puppet、Ansible、Saltstack等開(kāi)源解決方案風(fēng)起云涌，自動(dòng)化運(yùn)維已經(jīng)勢(shì)不可擋。

01. 自動(dòng)化運(yùn)維的定義

什么是自動(dòng)化運(yùn)維？很多人嘗試給自動(dòng)化運(yùn)維下定義，“數(shù)據(jù)中心自動(dòng)化（DCA）”、“開(kāi)發(fā)運(yùn)營(yíng)一體化（DevOps）”……，始終無(wú)法形成被統(tǒng)一認(rèn)可的概念。這里筆者對(duì)Gartner對(duì)自動(dòng)運(yùn)維的定義進(jìn)一步引深：“通過(guò)運(yùn)維工具或平臺(tái)，實(shí)現(xiàn)IT基礎(chǔ)設(shè)施及業(yè)務(wù)應(yīng)用日常任務(wù)處理和運(yùn)維流程的自動(dòng)化，從而提高效率和降低風(fēng)險(xiǎn)，促進(jìn)運(yùn)維組織的成熟和各種能力的升級(jí)”，其中：

• 日常任務(wù)處理包括：設(shè)備發(fā)現(xiàn)、腳本執(zhí)行、操作系統(tǒng)安裝、配置備份、配置檢查、配置變更、補(bǔ)丁分析和分發(fā)、作業(yè)調(diào)度等。
• 運(yùn)維流程包括：應(yīng)用發(fā)布流程、應(yīng)用部署流程、變更流程、故障處理流程、災(zāi)備切換流程、資源交付流程等。
• 能力升級(jí)包括：變化適應(yīng)能力、風(fēng)險(xiǎn)應(yīng)對(duì)能力、合規(guī)遵從能力、業(yè)務(wù)運(yùn)營(yíng)能力、事件應(yīng)對(duì)能力等。

自動(dòng)化運(yùn)維并不是孤立建設(shè)和運(yùn)行的，筆者認(rèn)為自動(dòng)化運(yùn)維是ITOM中的一部分，如下圖。

“自動(dòng)化”、“配置管理”、“監(jiān)控” 是運(yùn)維管理建設(shè)的三駕馬車(chē)，三者之間即相互獨(dú)立，也相互聯(lián)系。筆者在走訪很多企業(yè)交流過(guò)程中，很多人認(rèn)為這三者之間存在著依賴(lài)關(guān)系，一定要先落地其中一個(gè)才能建設(shè)另外一個(gè)。這種理解不能說(shuō)錯(cuò)，只是三者的建設(shè)路徑其實(shí)并沒(méi)有嚴(yán)格的先后順序，最好的做法的共同建設(shè)，共同迭代。

02. 自動(dòng)化運(yùn)維的分類(lèi)

我們常聽(tīng)到面向業(yè)務(wù)的監(jiān)控或者面向應(yīng)用的監(jiān)控，筆者認(rèn)為自動(dòng)化也是一樣的，可以區(qū)分為“面向基礎(chǔ)架構(gòu)的自動(dòng)化”、“面向應(yīng)用的自動(dòng)化”、“面向業(yè)務(wù)的自動(dòng)化”。三個(gè)分類(lèi)既有一定的關(guān)聯(lián)性，也是相互獨(dú)立的，有著各自的目標(biāo)和場(chǎng)景。

① 面向基礎(chǔ)架構(gòu)的自動(dòng)化

這里基礎(chǔ)架構(gòu)主要指的是IASS和PAAS這兩層。面向基礎(chǔ)架構(gòu)的自動(dòng)化運(yùn)維是相對(duì)比較容易落地建設(shè)的，往往自動(dòng)化運(yùn)維也是從基礎(chǔ)架構(gòu)這個(gè)類(lèi)別開(kāi)始建設(shè)的。這個(gè)類(lèi)別的自動(dòng)化建設(shè)的主要目標(biāo)是解放運(yùn)維人員的工作量，如把運(yùn)維工作中的日常巡檢、補(bǔ)丁管理、資源創(chuàng)建等內(nèi)容實(shí)現(xiàn)自動(dòng)化、自助化。

② 面向應(yīng)用的自動(dòng)化

顧名思義面向應(yīng)用的自動(dòng)化的對(duì)象就是以應(yīng)用為單位，應(yīng)用中包含了各類(lèi)的基礎(chǔ)架構(gòu)資源。然而面向應(yīng)用的自動(dòng)化并不依賴(lài)于基礎(chǔ)架構(gòu)自動(dòng)化完全落地之后才能建設(shè)，在筆者為某單位落地自動(dòng)化運(yùn)維時(shí)，邁出的第一步就是核心應(yīng)用系統(tǒng)的更新部署自動(dòng)化，當(dāng)時(shí)還沒(méi)有任何基礎(chǔ)架構(gòu)層面的自動(dòng)化。當(dāng)然也不是說(shuō)應(yīng)用的自動(dòng)化完全不依賴(lài)基礎(chǔ)架構(gòu)，如自動(dòng)縮擴(kuò)容、自動(dòng)部署與配置等對(duì)基礎(chǔ)架構(gòu)的自動(dòng)化程度有較強(qiáng)的依賴(lài)性。

③ 面向業(yè)務(wù)的自動(dòng)化

面向業(yè)務(wù)的自動(dòng)化是IT自動(dòng)化的最終目標(biāo)，歸結(jié)到底IT還是為業(yè)務(wù)提供服務(wù)。如果能夠?qū)T自動(dòng)化建設(shè)與業(yè)務(wù)關(guān)聯(lián)起來(lái)，IT服務(wù)的價(jià)值也能很好的體現(xiàn)出來(lái)。當(dāng)然，面向業(yè)務(wù)的自動(dòng)化也有非常高的建設(shè)難度，對(duì)業(yè)務(wù)流程、業(yè)務(wù)關(guān)聯(lián)性的系統(tǒng)化梳理往往不是IT部門(mén)能夠獨(dú)立完成的。

很多企業(yè)都在探索自動(dòng)化運(yùn)維應(yīng)該怎樣開(kāi)展，目前仍然沒(méi)有形成相對(duì)權(quán)威的自動(dòng)化運(yùn)維建設(shè)路線圖。筆者結(jié)合“面向基礎(chǔ)架構(gòu)的自動(dòng)化”、“面向應(yīng)用的自動(dòng)化”、“面向業(yè)務(wù)的自動(dòng)化”的理念，以及過(guò)往的項(xiàng)目經(jīng)驗(yàn)，斗膽嘗試為自動(dòng)化運(yùn)維總結(jié)一個(gè)成熟度模型，如下圖。這個(gè)層級(jí)圖表達(dá)了一種迭代建設(shè)的理念：每部分內(nèi)容建設(shè)都不是一蹴而就的，各部分內(nèi)容建設(shè)也不是強(qiáng)依賴(lài)關(guān)系。同時(shí)筆者認(rèn)為自動(dòng)運(yùn)維的建設(shè)的初期應(yīng)該從下面兩點(diǎn)出發(fā)：

• 優(yōu)先考慮可以立即產(chǎn)生影響的工具，如那些解決重復(fù)性工作或冗余性的自動(dòng)化工具；
• 衡量自動(dòng)化應(yīng)該關(guān)注：提高維護(hù)效率、降低風(fēng)險(xiǎn)或提高敏捷性。

03. 自動(dòng)化運(yùn)維的組織模式

很多公司都在招聘或培養(yǎng)DevOps工程師，組建自己的自動(dòng)化運(yùn)維團(tuán)隊(duì)，每家企業(yè)的組織思路都不一樣。回歸本質(zhì)思考自動(dòng)化運(yùn)維并不神秘，與ERP、OA、監(jiān)控一樣都是一套軟件系統(tǒng)，同樣存在“需求提出者”、“軟件開(kāi)發(fā)者”、“最終使用者”，將這三者由誰(shuí)去扮演是自動(dòng)化運(yùn)維組織模式的關(guān)鍵。筆者借鑒工行侯志榮《一體化和自動(dòng)化運(yùn)維體系探索》一文中的觀點(diǎn)，在企業(yè)自動(dòng)化運(yùn)維建設(shè)的組織模式，大致有如下幾種情形：

① 組織模式一：分散式

由各領(lǐng)域、各部門(mén)根據(jù)需求自行建設(shè)，“需求提出者”、“軟件開(kāi)發(fā)者”、“最終使用者”都是同一組人。這種自給自足的建設(shè)方式?jīng)]有統(tǒng)一規(guī)劃，可能使用不同的技術(shù)站，也會(huì)出現(xiàn)重復(fù)建設(shè)。很難形成合力，各自為營(yíng)的局面往往會(huì)產(chǎn)生維護(hù)成本高，也可能會(huì)帶來(lái)生產(chǎn)系統(tǒng)穩(wěn)定性風(fēng)險(xiǎn)。

② 組織模式二：集中式

這是一種中央集權(quán)的組織方式，獨(dú)立組織一組人員投入自動(dòng)化運(yùn)維建設(shè)，其他團(tuán)隊(duì)作為需求提出者提出需求。這種模式可以統(tǒng)一規(guī)劃和設(shè)計(jì)，也相對(duì)更專(zhuān)業(yè)。但集中式的組織模式不容易調(diào)動(dòng)其他團(tuán)隊(duì)的積極性，繁雜的運(yùn)維需求很難準(zhǔn)確收集，無(wú)法快速應(yīng)對(duì)不斷變化的運(yùn)維需求。

③ 組織模式三：平臺(tái)式

這種模式綜合了分散式和集中式的特點(diǎn)，組織一個(gè)團(tuán)隊(duì)負(fù)責(zé)自動(dòng)化基礎(chǔ)平臺(tái)建設(shè)，各域、各部門(mén)根據(jù)需求自行在平臺(tái)上開(kāi)發(fā)工具。既可以發(fā)揮多方的積極性，又可以形成統(tǒng)一的合力，較好兼顧了個(gè)性和共性。但這種平臺(tái)式的組織模式對(duì)平臺(tái)本身的建設(shè)提出了極高的要求，平臺(tái)本身要求能夠提供統(tǒng)一架構(gòu)、統(tǒng)一認(rèn)證、統(tǒng)一調(diào)用，并且實(shí)現(xiàn)自動(dòng)化工具的敏捷和快速迭代。

平臺(tái)式的組織模式對(duì)技術(shù)平臺(tái)的基礎(chǔ)功能和核心框架要求之高，讓很多企業(yè)望而卻步，苦于難以找到合適的技術(shù)平臺(tái)，自研開(kāi)發(fā)又極不現(xiàn)實(shí)。嘉為藍(lán)鯨數(shù)據(jù)中心運(yùn)維自動(dòng)化解決方案，是基于強(qiáng)大的騰訊藍(lán)鯨PaaS平臺(tái)，通過(guò)作業(yè)平臺(tái)（作業(yè)執(zhí)行能力）、配置平臺(tái)（CMDB）、管控平臺(tái)（海量接入管控）、集成平臺(tái)（開(kāi)放與集成能力）、標(biāo)準(zhǔn)運(yùn)維（靈活調(diào)度編排引擎）等能力，幫助企業(yè)實(shí)現(xiàn)從資源交付上線、巡檢維護(hù)、日常變更及批量操作、安全管理等各種自動(dòng)化運(yùn)維的場(chǎng)景。