從運維到運營的轉(zhuǎn)型

■ 北京 夏剛

編者按：如何在不降低運維水平的同時，降低企業(yè)TCO成本，把運維工作從壓力轉(zhuǎn)化為價值？本文從運維工作轉(zhuǎn)型到運營的方法和路徑開展研究，提出運維到運營轉(zhuǎn)型的可行思路和方法推薦。

從業(yè)務(wù)連續(xù)性到IT系統(tǒng)連續(xù)性的基礎(chǔ)支撐，是生產(chǎn)運維主要職責(zé)。

運維工作的目標(biāo)是保障IT信息系統(tǒng)平穩(wěn)運行，降低信息系統(tǒng)運行風(fēng)險，減少系統(tǒng)的宕機時間。

運維發(fā)展階段從工作方式特征上，可簡要分為人工操作、自動化操作、智能化操作三個階段。

運維面臨的挑戰(zhàn)

IT運維業(yè)界發(fā)展階段正處在人工操作階段轉(zhuǎn)向自動化操作階段過程中，這個過程中各類企業(yè)均在大力發(fā)展自身的自動化運維體系，將監(jiān)控、變更、應(yīng)急等管理流程、技術(shù)操作全部納入，主要措施是開發(fā)IT運維自動化工具替代人工運維操作。典型的企業(yè)代表是以BAT為代表的互聯(lián)網(wǎng)公司。

而銀行等金融機構(gòu)也對此提出了自己的自動化運維體系建設(shè)需求；技術(shù)方面以DevOps為代表提出開發(fā)+運維的自動化體系規(guī)范與標(biāo)準(zhǔn)，指導(dǎo)企業(yè)向自動化運維轉(zhuǎn)型和發(fā)展。

人工操作階段對業(yè)務(wù)連續(xù)性要求的支持能力已到達瓶頸上限，單純依靠增加人力，已經(jīng)不能再進一步提升企業(yè)的信息系統(tǒng)連續(xù)性運維能力，數(shù)據(jù)中心迫切需要更好的手段和方法來解決這一問題。

此階段的提升瓶頸體現(xiàn)在三個方面：

1.運維人員壓力

運維工作是信息系統(tǒng)運行的一線環(huán)節(jié)，直接面對業(yè)務(wù)可用性的壓力。而信息系統(tǒng)規(guī)模不斷增長給運維人員帶來越來越多的工作量。

2.信息技術(shù)挑戰(zhàn)

隨著計算能力成本的不斷下降，PC服務(wù)器的X86架構(gòu)已經(jīng)能夠成千上萬的進行大規(guī)模部署，而互聯(lián)網(wǎng)+云計算的技術(shù)成熟，為單體計算資源的大規(guī)模整合應(yīng)用提供有力支撐，數(shù)據(jù)中心的計算能力出現(xiàn)爆發(fā)式增長。支撐計算資源增長的服務(wù)器數(shù)量也在爆發(fā)式增長，信息系統(tǒng)規(guī)模指數(shù)級上升，技術(shù)發(fā)展對運維效率提出挑戰(zhàn)。

3.業(yè)務(wù)需求挑戰(zhàn)

隨著業(yè)務(wù)量增長，數(shù)據(jù)中心的IT信息系統(tǒng)在設(shè)備數(shù)量、網(wǎng)絡(luò)規(guī)模、系統(tǒng)復(fù)雜度等方面持續(xù)快速擴張。人工操作運維不能滿足業(yè)務(wù)發(fā)展和產(chǎn)品創(chuàng)新的技術(shù)支持需求，體現(xiàn)為計算資源部署的效率、周期過長，運維服務(wù)供給效率低下等。單純的依靠增加維護人員、購買服務(wù)支持等人海戰(zhàn)術(shù)的方式，效率增長空間有限，極端情況還帶來效率的下降，已不能滿足業(yè)務(wù)發(fā)展和創(chuàng)新帶來的效率增長要求。

運維到運營轉(zhuǎn)型研究

運維到運營的核心是從被動支撐到主動服務(wù)的變化，這一轉(zhuǎn)變的核心推動力是自動化和產(chǎn)品化，自動化--解放人力，產(chǎn)品化--提供服務(wù)。運維的工作目標(biāo)不再局限于保障信息系統(tǒng)平穩(wěn)運行，還要開展主動的管理和創(chuàng)新工作，通過運維提供優(yōu)質(zhì)服務(wù)并產(chǎn)生新的價值，支持業(yè)務(wù)發(fā)展。

向運營轉(zhuǎn)型的核心措施包括技術(shù)改造和組織優(yōu)化兩個核心點：

1.運維技術(shù)改造

在標(biāo)準(zhǔn)化基礎(chǔ)上，推動運維工作的全面自動化。應(yīng)用DevOps技術(shù)和思路，建設(shè)打造符合企業(yè)需求的自動化運維體系，通過部署Jenkins、Kubernets、GitHub等 自 動化框架工具，或基于Java、python等語言自研開發(fā)類似的自動化運維框架工具，形成覆蓋技術(shù)操作、運維管理的自動化體系。

通過把成就感不高的例行工作由工具自動化、AI機器人等進行替代，實現(xiàn)日常運維的例行工作納入自動化工具覆蓋，降低維護人員工作壓力，提高工作效率等目標(biāo)。將專業(yè)人員的時間節(jié)省出來，把工作重點轉(zhuǎn)向工具開發(fā)、產(chǎn)品創(chuàng)新等研究內(nèi)容，面向業(yè)務(wù)、應(yīng)用提供增值服務(wù)，體現(xiàn)運維價值和成就感。

2.組織架構(gòu)優(yōu)化

組織結(jié)構(gòu)方面，需要建設(shè)一支開發(fā)團隊來支撐自動化工具和技術(shù)平臺開發(fā)，將工具研發(fā)和運行維護團隊融合，兩者之間的緊密合作，建立工具研發(fā)支持生產(chǎn)運維，生產(chǎn)運維回饋工具研發(fā)的良性循環(huán)，開發(fā)+運維兩個團隊融合協(xié)作，這是轉(zhuǎn)向運營提升自動化水平的核心要素之一。

生產(chǎn)運維管理流程也要進行相應(yīng)的配套改造，對于生產(chǎn)運行的ITIL流程進行調(diào)整，針對監(jiān)控、事件、應(yīng)急、變更等核心流程進行梳理和優(yōu)化，基于自動化流程進行改造，從操作權(quán)限、審批環(huán)節(jié)、風(fēng)險控制等各個角度基于自動化工具進行配套調(diào)整。對應(yīng)建設(shè)自動化流程工具，減少在管理環(huán)節(jié)的人員投入，取消不必要的審批環(huán)節(jié)，減少管理資源投入。

下面以變更自動化實施工作開發(fā)為例，簡要介紹DevOps團隊的一個自動化工具開發(fā)過程。

首先，運維團隊分析評估，從高頻工作中選擇網(wǎng)絡(luò)變更實施場景制定出工具開發(fā)需求。需求分析確定，網(wǎng)絡(luò)變更實施方式和工作流程都是標(biāo)準(zhǔn)化模式，包括登錄變更系統(tǒng)，下載變更附件，打開變更方案，獲取用戶口令，登錄變更設(shè)備，貼入變更命令，共計6個操作環(huán)節(jié)。每個操作環(huán)節(jié)的執(zhí)行都是手工標(biāo)準(zhǔn)操作。運維和開發(fā)人員通過面對面的需求溝通，每個環(huán)節(jié)的實現(xiàn)方式、用戶界面等全部轉(zhuǎn)換為開發(fā)的邏輯流程，作為開發(fā)的工作目標(biāo)。

其次，變更自動化實施工具開發(fā)過程中，運維人員加入開發(fā)團隊進行定時溝通，此外，還作為開發(fā)團隊的一員協(xié)同進行工具開發(fā)。通過將工具開發(fā)切分為不同的工作階段，開發(fā)過程劃分為不同的工作流，部分開發(fā)由運維團隊承接，過程中由一致的語言進行高效溝通，工作中不斷磨合完成工具的快速開發(fā)、快速驗證、快速修復(fù)，最終完成變更實施自動化工具開發(fā)目標(biāo)，通過團隊的共同驗收確認滿足最初的業(yè)務(wù)需求。