Devops在南網(wǎng)數(shù)字化轉(zhuǎn)型項目中應(yīng)用獲獎科研報告

Devops在南網(wǎng)數(shù)字化轉(zhuǎn)型項目中應(yīng)用獲獎科研報告【摘

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

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

一、為什么DevOps

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

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

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

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

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

二、Devops實踐

2.1核心內(nèi)容

2.1.1組織架構(gòu)

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

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

2.1.2devops工具

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

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

2.1.3團隊能力建設(shè)

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

2.2分階段摸索

正如前面3.1所述，Devops的體系建設(shè)，由于嚴(yán)重依賴于devops工具和團隊能力，所以整個過程不是一蹴而就，而是需要分階段推進，逐步探索。基于公司剛組建完成現(xiàn)狀，以團隊視角，可以分以下四個階段進行：

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

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

第三階段，devops團