段海燕 肖睿 杜旭

【摘?要】按照公司信息化規(guī)劃“創(chuàng)新驅(qū)動(dòng)、技術(shù)引領(lǐng)”的目標(biāo)，以創(chuàng)新驅(qū)動(dòng)專業(yè)發(fā)展，提升基層組織創(chuàng)新活力，促進(jìn)專業(yè)創(chuàng)新協(xié)同。以快速響應(yīng)業(yè)務(wù)需求為原則，基于互聯(lián)網(wǎng)思維，有序推進(jìn)云化、移動(dòng)化、數(shù)據(jù)化、AI化的IT架構(gòu)升級(jí)，構(gòu)建靈活的營(yíng)銷業(yè)務(wù)支撐信息生態(tài)體系，以實(shí)現(xiàn)公司的數(shù)字化轉(zhuǎn)型。

【關(guān)鍵詞】南網(wǎng)數(shù)字化;Devops;轉(zhuǎn)型;應(yīng)用

一、為什么DevOps

為有效實(shí)現(xiàn)公司信息化目標(biāo)，在數(shù)字化轉(zhuǎn)型推進(jìn)過(guò)程中，公司對(duì)當(dāng)前較為突出的問(wèn)題進(jìn)行深入調(diào)研摸底，主要表現(xiàn)在：

1、IT架構(gòu)針對(duì)業(yè)務(wù)訴求響應(yīng)慢，客戶訴求得不到快速解決，影響用戶體驗(yàn)和滿意度，與公司“以用戶為中心”理念存在差距。

2、公司營(yíng)銷業(yè)務(wù)分布面廣，各地區(qū)個(gè)性化需求突出，導(dǎo)致營(yíng)銷系統(tǒng)變更頻繁。

3、長(zhǎng)期以來(lái)基于傳統(tǒng)IT架構(gòu)下的開發(fā)和運(yùn)維分工職責(zé)和分工不明確，代碼開發(fā)、測(cè)試和系統(tǒng)發(fā)布部署質(zhì)量得不到保障。

針對(duì)上述三大長(zhǎng)期存在的困擾，需要將需求、開發(fā)、測(cè)試和運(yùn)維等工作整合在一起，并使這個(gè)“有機(jī)體”長(zhǎng)期有效的持續(xù)進(jìn)行。借鑒于大型互聯(lián)網(wǎng)公司的成功經(jīng)驗(yàn)，devops的引入是必然之選。

二、Devops實(shí)踐

2.1 核心內(nèi)容

2.1.1 組織架構(gòu)

南網(wǎng)作為國(guó)家電力行業(yè)重點(diǎn)企業(yè)，體量大，業(yè)務(wù)覆蓋范圍廣，而營(yíng)銷系統(tǒng)作為業(yè)務(wù)支撐的核心系統(tǒng)，在數(shù)字化轉(zhuǎn)型中升級(jí)變更牽一發(fā)而動(dòng)全身，影響范圍廣，風(fēng)險(xiǎn)高。在數(shù)字化轉(zhuǎn)型過(guò)程中力求雙態(tài)并行（穩(wěn)態(tài)和敏態(tài)），是南網(wǎng)信息技術(shù)管理的前提條件。如何能夠有效的落實(shí)雙態(tài)，Devops是南網(wǎng)的不二之選，如何能夠做到“三用”，最終轉(zhuǎn)型成功，關(guān)鍵在于組織架構(gòu)頂層設(shè)計(jì)是否正確。因?yàn)槠髽I(yè)的組織架構(gòu)站在企業(yè)“金字塔”制高點(diǎn)，以業(yè)務(wù)為出發(fā)點(diǎn)自上往下看，相對(duì)傳統(tǒng)的基于技術(shù)驅(qū)動(dòng)的IT組織架構(gòu)自下往上看，更具戰(zhàn)略前沿性。

南網(wǎng)通過(guò)其信息化部門成立數(shù)字化研究研（上述所指“公司”），再針對(duì)各業(yè)務(wù)組建部門，以自主研發(fā)、自主可控為主，通過(guò)部門和外部先進(jìn)企業(yè)合作共建的模式，吸取外部科技力量，快速提升自身技術(shù)力量，培養(yǎng)具有較強(qiáng)研發(fā)能力的技術(shù)骨干。遵循devops理念，在開發(fā)層面由公司主導(dǎo)，外部企業(yè)為輔，借助外部企業(yè)先進(jìn)技術(shù)，快速提升自身研發(fā)能力。在運(yùn)維層面核心技術(shù)架構(gòu)堅(jiān)持獨(dú)立自主，業(yè)務(wù)上則與各廠商聯(lián)合運(yùn)維，吸取外部企業(yè)經(jīng)驗(yàn)，不斷完善自身團(tuán)隊(duì)。

2.1.2 devops工具

隨著信息技術(shù)的不斷發(fā)展，IT架構(gòu)已經(jīng)逐漸從昂貴的“IOE”模式轉(zhuǎn)向廉價(jià)的“X86”和開源的互聯(lián)網(wǎng)模式，IT管理層面也由過(guò)去求“穩(wěn)”的ITIL V3面向流程管控模式轉(zhuǎn)向求“敏”的devops模式。在此大勢(shì)下，應(yīng)用于devops的開源工具如雨后春筍般涌現(xiàn)，比較典型的devops應(yīng)用工具為docekr+jenkins+git+harber+kubernetes。

公司的devops工具選型綜合權(quán)衡公司已有平臺(tái)資源、成本和安全可靠性，在持續(xù)集成方面選用成熟的開源工具框架docekr+jenkins+git，在持續(xù)部署方面則選用大型廠商產(chǎn)品騰訊云TSF。開發(fā)人員完成代碼開發(fā)并將其提交到git公共代碼倉(cāng)庫(kù)，運(yùn)維人員通過(guò)jenkins從git公共代碼倉(cāng)庫(kù)將應(yīng)用程序代碼打包到docker容器中，形成docker鏡像，再將docker鏡像通過(guò)TSF部署到生產(chǎn)環(huán)境中。

2.1.3 團(tuán)隊(duì)能力建設(shè)

devops之所以是當(dāng)前應(yīng)用運(yùn)維的主流，其最重要的原因之一是改變傳統(tǒng)的運(yùn)維模式。傳統(tǒng)的運(yùn)維模式下開發(fā)、測(cè)試、發(fā)布、部署這幾個(gè)軟件管理節(jié)點(diǎn)人員投入大、軟件發(fā)布周期長(zhǎng)，開發(fā)運(yùn)維協(xié)調(diào)效率低，通常情況下開發(fā)運(yùn)維不能明確分清責(zé)任邊界，運(yùn)維人員常貼上“背鍋俠”標(biāo)簽，軟件管理質(zhì)量差，特別是在海量的服務(wù)運(yùn)維中，大部分企業(yè)只能通過(guò)加人頭、加班，運(yùn)維人員苦不堪言。在devops體系下，持續(xù)集成、持續(xù)部署、自動(dòng)化測(cè)試則成為其代名詞，開發(fā)團(tuán)隊(duì)關(guān)注持續(xù)集成，測(cè)試團(tuán)隊(duì)關(guān)注自動(dòng)化測(cè)試，運(yùn)維人員關(guān)注持續(xù)部署。devops與傳統(tǒng)體系相比，表面上對(duì)開發(fā)和運(yùn)維只是加了“持續(xù)”兩字，測(cè)試加上“自動(dòng)化”三字，前者看起來(lái)簡(jiǎn)單，但理解卻很難，后者看起來(lái)容易理解，但做起來(lái)卻很難，因?yàn)椤俺掷m(xù)”和“自動(dòng)化”都對(duì)其使用團(tuán)隊(duì)的技能要求高很多，特別是在開源的環(huán)境下，則越發(fā)突出。此時(shí)開發(fā)團(tuán)隊(duì)不再是單純的只懂開發(fā)，因?yàn)榻桓段锇l(fā)生了根本的改變，傳統(tǒng)的開發(fā)產(chǎn)出的是可執(zhí)行的程序，而現(xiàn)在要求的是容器鏡像，其中涉及的技術(shù)棧更多，要求的綜合知識(shí)面更廣;運(yùn)維團(tuán)隊(duì)也不再是單純的只懂運(yùn)維，也需要有開發(fā)思想，隨著發(fā)布的便捷化，敏態(tài)優(yōu)勢(shì)凸顯，運(yùn)維的工作任務(wù)更多，要求運(yùn)維人員能夠通過(guò)“編程”實(shí)現(xiàn)應(yīng)用鏡像容器的編排部署。測(cè)試團(tuán)隊(duì)在“自動(dòng)化”思想下，轉(zhuǎn)變則更大，需要融入到開發(fā)團(tuán)隊(duì)去，在代碼構(gòu)建完后，與開發(fā)人員一道“或者轉(zhuǎn)化為開發(fā)人員自行”編寫自動(dòng)測(cè)試腳本，實(shí)現(xiàn)代碼拉取、構(gòu)建、測(cè)試和發(fā)布自動(dòng)化。

2.2 分階段摸索

正如前面3.1所述，Devops的體系建設(shè)，由于嚴(yán)重依賴于devops工具和團(tuán)隊(duì)能力，所以整個(gè)過(guò)程不是一蹴而就，而是需要分階段推進(jìn)，逐步探索?；诠緞偨M建完成現(xiàn)狀，以團(tuán)隊(duì)視角，可以分以下四個(gè)階段進(jìn)行：

第一階段，devops團(tuán)隊(duì)的組建，包括人才的儲(chǔ)備、企業(yè)IT環(huán)境的熟悉和工具的選型三方面工作。經(jīng)過(guò)1-2年的協(xié)調(diào)運(yùn)作，形成基本的開發(fā)運(yùn)維體制，能夠應(yīng)對(duì)日常的開發(fā)運(yùn)維工作。此時(shí)團(tuán)隊(duì)的技能水平低下，成員間協(xié)助度過(guò)磨合期，開發(fā)運(yùn)維效率低下，但是不影響正常的業(yè)務(wù)運(yùn)作。

第二階段，devops團(tuán)隊(duì)的提升，包括成員的能力大幅提升，業(yè)務(wù)運(yùn)作成熟穩(wěn)定，規(guī)范IT管理。此階段中，一方面成員由于少了前期對(duì)IT環(huán)境、業(yè)務(wù)流程適應(yīng)的困擾，積累了基本的技能和技術(shù)運(yùn)行模板（包括程序，腳本等），開始著力提升更為適合業(yè)務(wù)增長(zhǎng)的技能，使大量重復(fù)的勞動(dòng)自動(dòng)化，以騰出更多的工作時(shí)間用于自我學(xué)習(xí)、自我提升;另一方面，領(lǐng)導(dǎo)開始從管理上縮緊，逐步規(guī)范團(tuán)隊(duì)行為，建立更為完善的IT管理規(guī)范。經(jīng)過(guò)2-3年的發(fā)展，趨向成熟，團(tuán)隊(duì)達(dá)到社會(huì)生產(chǎn)水平的中上水平。

第三階段，devops團(tuán)隊(duì)的成熟，包括成員協(xié)作有序，業(yè)務(wù)謀求創(chuàng)新。此階段中，團(tuán)隊(duì)之間的協(xié)調(diào)高度默契，常規(guī)的開發(fā)運(yùn)維業(yè)務(wù)流程處于自動(dòng)化，整個(gè)IT環(huán)境氛圍良好，團(tuán)隊(duì)開始追求更高層次的挑戰(zhàn)--智能化，“科技電力”口號(hào)吹響，團(tuán)隊(duì)著力于以應(yīng)用技術(shù)創(chuàng)新推動(dòng)業(yè)務(wù)的創(chuàng)新，以謀求為用戶帶來(lái)更好的體驗(yàn)。

參考文獻(xiàn)：

[1]鐘群.供電企業(yè)檢修技改項(xiàng)目管理現(xiàn)狀與完善對(duì)策[J].企業(yè)技術(shù)開發(fā)，2011（2）.

[2]李忠軍.對(duì)電力企業(yè)設(shè)備維修管理模式的若干探討[J].中小企業(yè)管理與科技，2010（6）.

（作者單位：南方電網(wǎng)數(shù)字電網(wǎng)研究院有限公司）