2020年度中國(guó)DevOps應(yīng)用發(fā)展研究——艾瑞云原生系列報(bào)告（二）

1、3DevOps理念解析及行業(yè)應(yīng)用1中國(guó)DevOps市場(chǎng)發(fā)展?fàn)顩r2中國(guó)DevOps應(yīng)用發(fā)展展望342020.12 iResearch Inc.初識(shí)DevOps：開發(fā)運(yùn)維一體化來源：艾瑞咨詢研究院自主研究及繪制。不只是技術(shù)，不只是工具，不只是流程“DevOps”一詞是“Development開發(fā)”和“Operations運(yùn)維” 兩個(gè)詞的組合，中文一般譯為“開發(fā)運(yùn)維一體化”。雖 然在IT領(lǐng)域DevOps早已得到了業(yè)界的普遍認(rèn)可并被投入各個(gè)領(lǐng)域的廣泛應(yīng)用，但目前行業(yè)內(nèi)對(duì)DevOps還沒有統(tǒng)一明確的 定義。參考全球頭部IT公司對(duì)DevOps的理解，我們發(fā)現(xiàn)DevOps不是單一的技術(shù)或者工具，甚至不只是一

2、個(gè)流程，它可以 被理解為一系列可以高速、高質(zhì)量進(jìn)行軟件開發(fā)的工具鏈，這種模式不僅提高了軟件開發(fā)的效率和最終產(chǎn)品的表現(xiàn)，更是 現(xiàn)代IT企業(yè)協(xié)作及共享文化的體現(xiàn)和應(yīng)用。全球四家頭部IT企業(yè)對(duì)DevOps給出的定義能夠進(jìn)行協(xié)調(diào)和協(xié)作， 以生產(chǎn)更好、更可靠的 產(chǎn)品。亞馬遜 “哲學(xué)、實(shí)務(wù)與工具” DevOps是集文化哲學(xué)、實(shí)務(wù)與工具于一身的 結(jié)合， 可提升組織快 速交付應(yīng)用程式和服 務(wù)的能力，能更快速 地開發(fā)和改進(jìn)產(chǎn)品。微軟 “人員，流程和產(chǎn)品” DevOps是人員，流程和產(chǎn)品的結(jié)合， 使以前孤 立的角色（開發(fā)、IT 運(yùn)谷歌“組織和文化”DevOps是一項(xiàng)組織和文 化運(yùn)動(dòng)， 旨在加快軟件 交付速度， 提

3、高服務(wù)可 靠性， 并在軟件利益相 關(guān)方之間建立共享所有 權(quán)。IBM“軟件交付的方法”DevOps是一種敏捷軟件 開發(fā)方法，開發(fā)和運(yùn)營(yíng) 團(tuán)隊(duì)用于快速、質(zhì)量和營(yíng)、質(zhì)量工程和安全）控制地構(gòu)建、測(cè)試、部署和監(jiān)視應(yīng)用程序。51.1 Who does it affect?誰與DevOps有關(guān)？62020.12 iResearch Inc.多個(gè)部門共同構(gòu)建軟件開發(fā)體系來源：艾瑞咨詢研究院自主研究及繪制。高效的軟件開發(fā)需要有效的部門間協(xié)作體系隨著軟件開發(fā)產(chǎn)業(yè)不斷規(guī)?；鸵?guī)范化發(fā)展，軟件開發(fā)已非軟件工程師憑一人之力即可完成的工作。在整個(gè)軟件開發(fā)運(yùn)維 的生命周期中，需要產(chǎn)品經(jīng)理與客戶進(jìn)行需求的溝通和對(duì)接，需要多個(gè)

4、軟件工程師構(gòu)成的開發(fā)團(tuán)隊(duì)共同編寫程序代碼，需 要測(cè)試團(tuán)隊(duì)對(duì)代碼和軟件半成品進(jìn)行檢驗(yàn)，在通過最終的檢測(cè)以及客戶的審核之后還將面臨軟件部署上線以及使用期間的 運(yùn)維。整個(gè)過程依賴于IT部門不同人員和團(tuán)隊(duì)之間、甚至不同企業(yè)之間的通力合作。而隨著互聯(lián)網(wǎng)時(shí)代的到來，客戶需求 和外部環(huán)境的快速變化又對(duì)軟件開發(fā)運(yùn)維的質(zhì)量和效率都提出了更高的要求。DevOps在這樣的背景下應(yīng)運(yùn)而生，正是為 了給IT人員提供統(tǒng)一的工作環(huán)境和高效率的工作流程。軟件開發(fā)的工作體系由多個(gè)要求有效合作的職能板塊構(gòu)成代碼應(yīng)用軟件源代碼的編寫是軟件的軟件開發(fā)的 基礎(chǔ)，也是研發(fā)人員最主要的工作之一交付在程序通過檢驗(yàn)之后將移動(dòng)到 類生產(chǎn)環(huán)境中進(jìn)

5、行運(yùn)行試驗(yàn)部署當(dāng)交付的代碼通過驗(yàn)證將部署 到實(shí)際的生產(chǎn)環(huán)境中項(xiàng)目管理項(xiàng)目經(jīng)理和IT部門領(lǐng)導(dǎo)負(fù)責(zé)項(xiàng)目的統(tǒng)籌 和項(xiàng)目成果的績(jī)效評(píng)估安全安全防護(hù)工作有可能是專門的團(tuán)隊(duì)擔(dān) 任，或者由開發(fā)團(tuán)隊(duì)一并負(fù)責(zé)測(cè)試測(cè)試人員和團(tuán)隊(duì)將對(duì)開發(fā)團(tuán)隊(duì)編寫的代碼 程序進(jìn)行性能和安全方面的測(cè)試71.2 Why do I want it?企業(yè)為什么要引入DevOps？IT人才市場(chǎng)供不應(yīng)求來源：國(guó)家統(tǒng)計(jì)局，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。企業(yè)需尋求內(nèi)生途徑以加強(qiáng)IT部門運(yùn)行效率隨著我國(guó)企業(yè)數(shù)字化轉(zhuǎn)型的不斷深入和互聯(lián)網(wǎng)經(jīng)濟(jì)的蓬勃發(fā)展，IT部門的職能由信息化支持向業(yè)務(wù)賦能轉(zhuǎn)換，伴隨著信息 技術(shù)產(chǎn)生的社會(huì)價(jià)值和企業(yè)價(jià)值越發(fā)顯著，I

6、T從業(yè)人員的人力成本也在不斷提高。根據(jù)國(guó)家統(tǒng)計(jì)局對(duì)我國(guó)2018年和2019年 城鎮(zhèn)非私營(yíng)單位員工平均工資的統(tǒng)計(jì)，信息技術(shù)從業(yè)人員的工資連續(xù)兩年位列統(tǒng)計(jì)局劃分的19個(gè)大類行業(yè)之首，超過年均 16萬元，2019年增速為9.3%，也位于各行業(yè)中的較高水平。這一方面反映出IT產(chǎn)業(yè)的價(jià)值得到了市場(chǎng)的充分認(rèn)可，同時(shí) 也折射出這一領(lǐng)域的勞動(dòng)力市場(chǎng)、尤其是高素質(zhì)人才供不應(yīng)求的現(xiàn)狀。從用人單位的角度上看，在無法急速改變?nèi)瞬攀袌?chǎng) 現(xiàn)狀和IT人員素質(zhì)的前提下，唯有通過內(nèi)生途徑提高IT部門的運(yùn)行效率和工作質(zhì)量，才能塑造企業(yè)的IT競(jìng)爭(zhēng)優(yōu)勢(shì)。2019年信息技術(shù)行業(yè)平均年工資位列我國(guó)首位并保持較高增速16.1413.351

7、3.1410.8910.7710.779.779.719.449.119.3%8.2%1.2%7.6%9.2%5.7%7.3%11.0%9.7%11.80%信息技術(shù)科學(xué)技術(shù)金融電/熱/燃?xì)?衛(wèi)生和社會(huì)工文體娛樂教育交運(yùn)/倉(cāng)儲(chǔ)/郵公共管理采礦業(yè)水供應(yīng)作政2019年城鎮(zhèn)非私營(yíng)單位員工年平均工資（萬元）同比增速（ % ）82020.12 iResearch Inc.開發(fā)/運(yùn)維部門涇渭分明以保障安全穩(wěn)定為主看重系統(tǒng)穩(wěn)定不出錯(cuò)依靠流程化/經(jīng)驗(yàn)化的積累開發(fā)和運(yùn)維部門在工作目標(biāo)上面臨分歧，難以有效溝通在信息技術(shù)人才緊缺、人員素質(zhì)不能完全滿足企業(yè)業(yè)務(wù)需求的現(xiàn)狀下，企業(yè)的IT部門還要面臨傳統(tǒng)IT系統(tǒng)內(nèi)開發(fā)和運(yùn)維

8、架 構(gòu)的固有缺陷所帶來的低效能，使得減少協(xié)作摩擦、提高工作效能的工具和方法更加重要。由于存在著開發(fā)部門求“新” 而運(yùn)維部門求“穩(wěn)”的核心分歧，傳統(tǒng)的開發(fā)部門和運(yùn)維部門在工作環(huán)境、工作職能和工作目標(biāo)方面都有著顯著的差異， 在一些情景下甚至相反，導(dǎo)致在實(shí)踐中兩者不僅不能有效協(xié)作，甚至還引發(fā)了一系列矛盾，如果不能從工作流程和管理方 法上做出改變從而調(diào)和這樣的分歧，就難以培養(yǎng)起積極協(xié)作的文化氛圍，對(duì)IT部門效能提升將造成不利影響。開發(fā)部門和運(yùn)維部門在工作內(nèi)容和需求上有諸多分歧主要在開發(fā)/測(cè)試環(huán)境中工作主要在生產(chǎn)環(huán)境中工作以滿足業(yè)務(wù)需求為首看重新功能的實(shí)現(xiàn)面臨個(gè)性化/定制化需求總體來看研發(fā)人員處理的是

9、新的需求，在互聯(lián)網(wǎng)時(shí)代背 景下對(duì)高效率有著更高的需 求，對(duì)新方法、新工具也有 更高的接受度來源：艾瑞咨詢研究院自主研究及繪制。92020.12 iResearch Inc.運(yùn)維人員處理的是日常的運(yùn) 營(yíng)和維護(hù)工作，保障系統(tǒng)的 安全、穩(wěn)定不出錯(cuò)是其首要 職責(zé)，對(duì)新系統(tǒng)和工具有著 更多的擔(dān)憂盡管有著不同的職責(zé)和工作重心， 開發(fā)和運(yùn)維人員都是為用戶創(chuàng)造 價(jià)值，需通力合作減少摩擦分歧102020.12 iResearch Inc.2020.12 iResearch Inc.傳統(tǒng)軟件開發(fā)流程僵化來源：艾瑞咨詢研究院自主研究及繪制。來源：艾瑞咨詢研究院自主研究及繪制。瀑布流式開發(fā)不利于效率的提升，逐步向敏捷

10、轉(zhuǎn)型與開發(fā)-運(yùn)維兩分體系一同嵌入企業(yè)IT部門傳統(tǒng)思維的還有“瀑布流”式的軟件開發(fā)流程，在這一方法論體系下，軟件從需 求對(duì)接到產(chǎn)品上線要順序經(jīng)歷計(jì)劃-研發(fā)-測(cè)試-部署四個(gè)階段。盡管這一體系為早期的軟件開發(fā)產(chǎn)業(yè)提供了有序的工作指導(dǎo)， 然而隨著軟件需求的更新頻率不斷提高，這一工作流程缺乏靈活度的問題開始顯現(xiàn)，其最主要的缺陷是工作進(jìn)程之前耦合 度較高，不能夠?qū)崟r(shí)地對(duì)需求的變化做出反應(yīng)，目前僅適用于少數(shù)項(xiàng)目可計(jì)劃度高、需求變化頻率極低的軟件開發(fā)工作， 而對(duì)于電商、互聯(lián)網(wǎng)金融等敏態(tài)的需求場(chǎng)景則顯得笨重。傳統(tǒng)瀑布流式開發(fā)模式流程示意圖傳統(tǒng)瀑布流式的敏捷變化傾向計(jì)劃研發(fā)測(cè)試部署運(yùn)維研發(fā)部門根據(jù)客戶需求編寫 代

11、碼、進(jìn)行軟件系統(tǒng)開發(fā)對(duì)代碼運(yùn)行效果進(jìn)行測(cè)試將已開發(fā)完成的軟件 部署到生產(chǎn)環(huán)境持續(xù)為客戶提供程序運(yùn)行過 程中的支持和系統(tǒng)維護(hù)客戶經(jīng)理分析客戶需求，將客戶的需求反饋給IT開發(fā)部門設(shè)計(jì)開發(fā)測(cè)試部署設(shè)計(jì)部署設(shè)計(jì)開發(fā)測(cè)試開發(fā)測(cè)試112020.12 iResearch Inc.IT部門管理透明度低、難度大IT業(yè)務(wù)的復(fù)雜性和專業(yè)性對(duì)領(lǐng)導(dǎo)層管理造成考驗(yàn)除了IT部門和團(tuán)隊(duì)內(nèi)部的交流協(xié)作模式在新經(jīng)濟(jì)時(shí)代需要作出改變，企業(yè)管理層對(duì)IT部門的把控和考核方法也亟需革新。 尤其是在以應(yīng)用軟件等信息技術(shù)已經(jīng)成為企業(yè)業(yè)務(wù)拓展“基礎(chǔ)設(shè)施”的大背景下，管理層有必要將IT部門的工作成效納入 其重點(diǎn)考察的對(duì)象當(dāng)中。然而，IT工作的高

12、度專業(yè)性往往在業(yè)務(wù)部門和管理層視野中間豎起一道技術(shù)壁壘，使得管理層無 法直觀地理解和分析IT部門的工作效能，因而也無法進(jìn)一步為部門工作提出指導(dǎo)性和建設(shè)性的意見。在目前的軟件開發(fā)管 理實(shí)踐中，管理者不斷引入可量化的業(yè)績(jī)指標(biāo)來增加IT工作對(duì)管理層的透明度，然而這些考核在全面性、客觀性、有效性 方面仍有提升空間。企業(yè)亟需自動(dòng)化、數(shù)量化、可視化的工具來提升IT部門的管理效率。企業(yè)IT項(xiàng)目/部門管理采取的部分指標(biāo)及目前存在的全面性、客觀性及效率問題項(xiàng)目變更KPI主要考察的是一個(gè)IT項(xiàng)目在 需求和設(shè)計(jì)上發(fā)生變更的次 數(shù)，一般認(rèn)為變更的次數(shù)越 少對(duì)項(xiàng)目成本管理越友好用戶滿意度KPI用戶滿意度比較難以可觀地度

13、 量，一般而言系統(tǒng)故障次數(shù)、 用戶投訴和請(qǐng)求技術(shù)支持的次 數(shù)等可以用于衡量滿意度項(xiàng)目交付KPI主要是用于考核項(xiàng)目上線驗(yàn) 收的準(zhǔn)時(shí)性與，若項(xiàng)目的正 常上線和運(yùn)行發(fā)生了延遲， 則會(huì)降低該指標(biāo)的評(píng)價(jià)來源：艾瑞咨詢研究院自主研究及繪制。項(xiàng)目成本KPI用于考核項(xiàng)目的實(shí)際成本與 預(yù)算成本的關(guān)系，總體原則 是在預(yù)算合理的基礎(chǔ)上盡量 減少實(shí)際發(fā)生的成本KPI是否全面？傳統(tǒng)的IT部門和項(xiàng)目管理指標(biāo)受限 于數(shù)據(jù)的精細(xì)度和覆蓋度，無法提 供能夠全面反映項(xiàng)目執(zhí)行水平的可 量化的指標(biāo)是否客觀？由于在一些評(píng)價(jià)上缺乏量化的工具 和自動(dòng)化的數(shù)據(jù)收集/處理方法，一 些評(píng)價(jià)流程采用抽樣或項(xiàng)目主管自 行判斷，客觀程度有待提高是否值

14、得？如果沒有自動(dòng)化的指標(biāo)采取和分析 工具，對(duì)IT部門和項(xiàng)目的成本管理 亦會(huì)成為部門成本和人員負(fù)擔(dān)，反 而降低企業(yè)效率121.3 What is it for real?DevOps究竟是什么，如何部署和運(yùn)作？DevOps獨(dú)有的閉環(huán)流程概念來源：艾瑞咨詢研究院自主研究及繪制。緊密銜接的閉環(huán)流程DevOps賦能IT協(xié)作更加流暢圖為DevOps方法獨(dú)有的開發(fā)-運(yùn)維閉環(huán)流程，這一象征著循環(huán)與無限的符號(hào)包含著軟件生命周期中計(jì)劃-代碼編寫-構(gòu)建-測(cè) 試-發(fā)布-部署-運(yùn)行-監(jiān)控的全流程，體現(xiàn)的是在DevOps理念與方法的支撐下，軟件開發(fā)與運(yùn)維工作緊密銜接、開發(fā)與運(yùn)維 團(tuán)隊(duì)通力協(xié)作的理想狀態(tài)。21世紀(jì)以來不斷

15、普及的敏捷開發(fā)帶來的最大變化是“解耦”了開發(fā)進(jìn)程，使得這一過程更加靈 活和高效，DevOps則是在繼承敏捷開發(fā)工作方法的基礎(chǔ)上，進(jìn)一步打破了開發(fā)和運(yùn)維工作的界限，尤其是在容器技術(shù)的 幫助下，開發(fā)環(huán)境和生產(chǎn)環(huán)境的界限變得模糊，使得開發(fā)人員能夠執(zhí)行生產(chǎn)環(huán)境下的軟件運(yùn)維工作，開發(fā)和運(yùn)維部門的協(xié) 作由此變得更加簡(jiǎn)單和高效。而由一系列軟件開發(fā)和運(yùn)維軟件工具構(gòu)成的工具鏈則是從技術(shù)上賦予了DevOps理念深入行 業(yè)實(shí)踐的動(dòng)力，不僅改善了軟件開發(fā)和運(yùn)維人員的工作體驗(yàn)、加強(qiáng)了工作效能，也成為了管理層透視IT工作成效的豐富的 數(shù)據(jù)來源。在一些解讀當(dāng)中，DevOps理念也包含軟件開發(fā)運(yùn)維中的質(zhì)量控制QA環(huán)節(jié)。Dev

16、Ops開發(fā)運(yùn)維一體化閉環(huán)流程概念圖Code132020.12 iResearch Inc.BuildTestDeployOperateMoniterDevOps總覽DevOps的一般實(shí)踐流程來源：艾瑞咨詢研究院自主研究及繪制。項(xiàng)目管理人員用戶需求產(chǎn)品設(shè)計(jì)軟件A軟件B代碼編寫構(gòu)建反饋?zhàn)罱K集成最終測(cè)試運(yùn)維開發(fā)人員 測(cè)試人員測(cè)試人員項(xiàng)目管理人員工作成果評(píng)估敏捷開發(fā)單元測(cè)試持續(xù)對(duì)接用戶需求持續(xù)交付開發(fā)人員 運(yùn)維人員技術(shù)運(yùn)維部署應(yīng)用設(shè)計(jì)動(dòng)態(tài)的流水作業(yè)、迭代的開發(fā)進(jìn)程、交互的協(xié)作模式從DevOps的流程實(shí)踐上看，總體來說其流程可以分為需求對(duì)接和應(yīng)用設(shè)計(jì)、敏捷開發(fā)和持續(xù)測(cè)試以及最終測(cè)試和上線運(yùn) 維等三個(gè)階段

17、，其核心是由開發(fā)人員和測(cè)試人員主導(dǎo)的敏捷開發(fā)和持續(xù)測(cè)試階段。借助Scrum或Kanban等工作流方法的指 引和一系列持續(xù)構(gòu)建、持續(xù)集成、持續(xù)測(cè)試以及持續(xù)發(fā)布工具，IT團(tuán)隊(duì)能夠高效率地開發(fā)通過微服務(wù)架構(gòu)解耦的程序模塊， 并及時(shí)、持續(xù)地與用戶方面進(jìn)行對(duì)接，對(duì)各個(gè)模塊的研發(fā)質(zhì)量和成果進(jìn)行實(shí)時(shí)把控。在通過最終的集成和測(cè)試之后軟件得 以部署上線，此后開發(fā)人員能夠借助應(yīng)用容器化封裝帶來的統(tǒng)一環(huán)境之便，與運(yùn)維人員一起對(duì)軟件的運(yùn)行質(zhì)量進(jìn)行監(jiān)控、 為用戶提供支持服務(wù)，并繼續(xù)根據(jù)市場(chǎng)需求進(jìn)行版本更迭的進(jìn)一步開發(fā)工作。DevOps方法下的軟件開發(fā)運(yùn)維一體化流水線工作流程142020.12 iResearch Inc

18、.專人設(shè)計(jì)， 持續(xù)改進(jìn)應(yīng) 用架構(gòu) 15.8%專人設(shè)計(jì)， 明確度量設(shè) 計(jì)質(zhì)量 11.8%專人設(shè)計(jì)和 模塊搭建 23.6%按經(jīng)驗(yàn)進(jìn)行 應(yīng)用拆解、 獨(dú)立開發(fā) 38.6%采用巨石 架構(gòu) 10.2%DevOps的應(yīng)用流程（1/4）應(yīng)用設(shè)計(jì)應(yīng)用程序單體架構(gòu)應(yīng)用程序微 服務(wù)架構(gòu)軟件架構(gòu)靈活解耦，筑基IT高效流程從軟件開發(fā)的實(shí)際工作流程上講，軟件應(yīng)用的架構(gòu)設(shè)計(jì)與開發(fā)/運(yùn)維流程并不在同一層面。然而 在DevOps工作流程乃至整個(gè)云原生應(yīng)用體系中，以應(yīng)用容器化和微服務(wù)架構(gòu)為基礎(chǔ)的軟件架 構(gòu)設(shè)計(jì)卻扮演著至關(guān)重要的角色。通過容器技術(shù)和微服務(wù)的結(jié)合，原本龐大的軟件程序得以被 拆解成為通過API連接的多個(gè)模塊，這樣的拆分

19、不僅使得軟件開發(fā)和運(yùn)維工程師的目標(biāo)更加明 確、工作專注度更高，也為DevOps流程下軟件的拆分開發(fā)及協(xié)作集成提供一定的技術(shù)環(huán)境。從另一個(gè)角度上看，微服務(wù)和容器的結(jié)合已然成為眾多軟件架構(gòu)設(shè)計(jì)的默認(rèn)選項(xiàng)，然而這一架構(gòu)的應(yīng)用也依賴于不同開發(fā) 者之間流暢的協(xié)作和IT團(tuán)隊(duì)高效的管理，DevOps方法的引入也為微服務(wù)架構(gòu)充分發(fā)揮其長(zhǎng)處提供了實(shí)踐環(huán)境。單體（巨石）式架構(gòu)與微服務(wù)架構(gòu)2019年我國(guó)企業(yè)應(yīng)用架構(gòu)設(shè)計(jì)狀況來源：艾瑞咨詢研究院自主研究及繪制。來源：中國(guó)信通院，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。152020.12 iResearch Inc.2020.12 iResearch Inc.所有團(tuán)隊(duì)熟

20、練掌握，有 能力改善創(chuàng) 新一半以上團(tuán) 隊(duì)處于較高 水平 15.7%部分團(tuán)隊(duì)正 在使用優(yōu)化 28.1%少數(shù)團(tuán)隊(duì)開 始使用 25.7%尚未使用16.6%DevOps的應(yīng)用流程（2/4）敏捷開發(fā)需求分析工作計(jì)劃開發(fā)工作回顧測(cè)試發(fā)布待開發(fā)開發(fā)中有問題已完成迭代流程&敏捷 開發(fā)Scrum& Kan- ban 方法代碼成果即時(shí)檢驗(yàn)，工作進(jìn)度可視管理敏捷開發(fā)的核心在于顛覆了傳統(tǒng)瀑布流模式下固化、耦合的開發(fā)流程，增加了開發(fā)流程的延展 性和靈活性，能夠更敏態(tài)地應(yīng)對(duì)實(shí)時(shí)變化的用戶需求，在互聯(lián)網(wǎng)市場(chǎng)環(huán)境變幻莫測(cè)的當(dāng)下，這 賦予了開發(fā)團(tuán)隊(duì)更好地面對(duì)競(jìng)爭(zhēng)性市場(chǎng)的能力。借助各種團(tuán)隊(duì)協(xié)作信息化工具，Scrum以及 Kanb

21、an等廣受IT企業(yè)歡迎的開發(fā)流構(gòu)建方法得到了電子化和自動(dòng)化升級(jí)，開發(fā)和測(cè)試工作的連續(xù)性得到了進(jìn)一步的提升，配合自動(dòng)化的構(gòu)建、發(fā)布以及測(cè)試工具，原本由人工完成的一系列對(duì)于開發(fā)本身無效的流程工 作得到了簡(jiǎn)化，而工作流程中自動(dòng)生成的如發(fā)布次數(shù)、測(cè)試結(jié)構(gòu)等也直接成為的管理開發(fā)工作成效的可量化指標(biāo)。企業(yè)敏捷開發(fā)迭代工作流程 & 看板管理方法2019年我國(guó)企業(yè)敏捷開發(fā)應(yīng)用狀況來源：艾瑞咨詢研究院自主研究及繪制。來源：中國(guó)信通院，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。162020.12 iResearch Inc.2020.12 iResearch Inc.部署自服務(wù) 化，發(fā)布模 式持續(xù)優(yōu)化 19.0%部署

22、自服務(wù) 化 15.5%部署全自動(dòng) 化，測(cè)試/生 產(chǎn)環(huán)境實(shí)現(xiàn) 工具一致 20.7%部分部署自 動(dòng)化 32.8%手工完成部 署12.1%DevOps的應(yīng)用流程（3/4）持續(xù)交付客戶需求環(huán)境變化自動(dòng)化部署/發(fā)布平臺(tái)開發(fā)成果便捷發(fā)布，客戶需求快速反應(yīng)較狹義的持續(xù)交付值得是將構(gòu)建和集成后的代碼不斷推送到審核、測(cè)試等環(huán)境的工作，而廣義 的持續(xù)交付還包含將測(cè)試通過的程序持續(xù)部署到生產(chǎn)環(huán)境的環(huán)節(jié)。持續(xù)交付不僅意味著提高初 次開發(fā)的整體效率以及發(fā)布顆粒度，也包括在初次部署上線后進(jìn)行功能添加、缺陷修復(fù)等二次 升級(jí)過程中的工作流程。持續(xù)對(duì)用戶需求做出反饋和升級(jí)是持續(xù)交付的核心價(jià)值，自動(dòng)化工具是實(shí)現(xiàn)持續(xù)交付的關(guān)鍵手段

23、，企業(yè)的自動(dòng)化水平很大程度上決定了固定時(shí)間內(nèi)集成、發(fā)布、測(cè)試的最大次數(shù)，反映IT團(tuán)隊(duì) 敏捷應(yīng)對(duì)外部環(huán)境變化的能力。DevOps持續(xù)部署和發(fā)布流程示意圖2019年我國(guó)企業(yè)自動(dòng)化部署和發(fā)布能力狀況來源：艾瑞咨詢研究院自主研究及繪制。來源：中國(guó)信通院，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。172020.12 iResearch Inc.2020.12 iResearch Inc.基礎(chǔ)系統(tǒng)級(jí) 監(jiān)控 28.0%覆蓋系統(tǒng)/應(yīng) 用/借口監(jiān) 控，具備數(shù) 據(jù)關(guān)聯(lián)分析 能力37.7%應(yīng)用場(chǎng)景告 警/可視化監(jiān) 控，常見故 障自愈 16.9%初步智能化 決策，數(shù)據(jù) 秒級(jí)上報(bào)12.7%4.8%2019年我國(guó)企業(yè)監(jiān)控管理

24、能力狀況高度智能化決策DevOps的應(yīng)用流程（4/4）監(jiān)控運(yùn)維告警指標(biāo)自動(dòng)分析，協(xié)同提升服務(wù)質(zhì)量軟件部署上線至生產(chǎn)環(huán)境后，服務(wù)提供商將繼續(xù)對(duì)該軟件的運(yùn)行狀況進(jìn)行監(jiān)控，并在出現(xiàn)故障 時(shí)為用戶提供運(yùn)維支持服務(wù)。借助應(yīng)用容器化條件下統(tǒng)一的運(yùn)行環(huán)境，開發(fā)人員得以在更大程 度上進(jìn)入運(yùn)維側(cè)，通過自動(dòng)化的監(jiān)控工具實(shí)時(shí)掌握系統(tǒng)和軟件的故障狀況。目前我國(guó)企業(yè)在這 一領(lǐng)域的發(fā)展仍比較有限，只有不足20%的企業(yè)具備智能化監(jiān)控和決策能力，在軟件可用性管 理方面，2019年我國(guó)企業(yè)應(yīng)用連續(xù)性管理能力狀況RTO99.995%以上，3分鐘解決問題4.6% RTO99.99%，5分鐘解決問題11.9%RTO99.95%，10

25、分鐘解 決問題13.5%RTO99.9%，30分鐘恢復(fù)31.9%基礎(chǔ)應(yīng)急能 力，恢復(fù)時(shí) 間較長(zhǎng) 38.1%來源：中國(guó)信通院，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。來源：中國(guó)信通院，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。182020.12 iResearch Inc.2020.12 iResearch Inc.DevOps落地實(shí)施：理念認(rèn)同顆?；?/ 解耦 / 協(xié)同三重理念共同支撐DevOps實(shí)踐相較于單純的IT信息化工具，DevOps本身即是一種協(xié)同、合作的企業(yè)文化，為了落實(shí)DevOps實(shí)踐，企業(yè)在采用DevOps 相關(guān)的開發(fā)運(yùn)維工具的基礎(chǔ)上，還要實(shí)現(xiàn)文化方面的理念認(rèn)同。在工作結(jié)構(gòu)方面，IT工

26、程需要在架構(gòu)和流程上都實(shí)現(xiàn)解耦； 在協(xié)同方法方面，IT團(tuán)隊(duì)需要構(gòu)筑緊密協(xié)作、責(zé)任共擔(dān)的合作氛圍；在管理思想層面，IT管理層需要落實(shí)對(duì)部門工作顆粒 化、可視化、可量化的考核。美國(guó)DevOps平臺(tái)企業(yè)Quali的實(shí)踐研究表明，在嘗試DevOps方法的企業(yè)和人員中，認(rèn)為企 業(yè)文化缺陷阻礙DevOps發(fā)展水平的占最大比重，顯示文化因素對(duì)企業(yè)提高開發(fā)運(yùn)維一體化水平的重要性。DevOps的實(shí)施需要企業(yè)對(duì)顆?；⒔怦?、協(xié)同三影響企業(yè)DevOps實(shí)踐的阻礙因素TOP4 重概念的認(rèn)可管理顆粒化DevOps的理念和方 法要求和推動(dòng)企業(yè) 管理者加強(qiáng)對(duì)IT 工 作管理的顆粒度， 提高對(duì)工作流程和 成果的可見性和量 化

27、管理能力工程解耦化工程解耦化要求IT 企業(yè)從軟件技術(shù)架 構(gòu)到實(shí)施流程上都 對(duì)開發(fā)和維護(hù)工作 進(jìn)行系統(tǒng)性的切分， 使得團(tuán)隊(duì)能夠?qū)Ｗ?于一項(xiàng)任務(wù)，同時(shí) 保持多項(xiàng)任務(wù)之間 的關(guān)聯(lián)和協(xié)作流程協(xié)同化建立在開發(fā)運(yùn)維工 程和管理模式實(shí)現(xiàn) 解耦和分割的基礎(chǔ) 上， DevOps方法 需要協(xié)同合作、責(zé) 任共擔(dān)的工作氛圍 和價(jià)值認(rèn)同來減少 合作摩擦、提升工 作效率14% 企業(yè)文化來源：艾瑞咨詢研究院自主研究及繪制。來源：Quali，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。192020.12 iResearch Inc.2020.12 iResearch Inc.13% 自動(dòng)化12% 遺留系統(tǒng)11% 復(fù)雜程度20202

28、0.12 iResearch Inc.DevOps落地實(shí)施：階段路徑從資源整合到自動(dòng)化逐步實(shí)現(xiàn)DevOps體系建設(shè)除了企業(yè)整體從文化需要面向DevOps的流程與方法進(jìn)行調(diào)整與適應(yīng)，在實(shí)踐層面上也需要對(duì)IT部門的開發(fā)、運(yùn)維流程進(jìn) 行逐步的改造與升級(jí)。這一過程不是一蹴而就的，不同的企業(yè)也可以通過不同的路徑來打造最適合的自身DevOps方法。 一般而言，企業(yè)實(shí)現(xiàn)DevOps的落地需要經(jīng)歷五個(gè)階段，首先要實(shí)現(xiàn)企業(yè)內(nèi)部的資源整合，提高資產(chǎn)和任務(wù)的可見性；其 次是構(gòu)建統(tǒng)一、流暢的線上和線下工作環(huán)境及流程，接著要搭建能夠有效合作的團(tuán)隊(duì)體系，加強(qiáng)資源的共享；然后借助一 系列信息化的DevOps工具構(gòu)建企業(yè)的自

29、動(dòng)化開發(fā)運(yùn)維流水線，并生成相應(yīng)的管理指標(biāo)體系；當(dāng)自動(dòng)化水平發(fā)展到一定水 平且累計(jì)了充足的服務(wù)經(jīng)驗(yàn)后，運(yùn)維側(cè)即能以標(biāo)準(zhǔn)化的形式為用戶提供更高效便捷的服務(wù)。企業(yè)實(shí)現(xiàn)DevOps落地的五階段路徑資源整合來源：艾瑞咨詢研究院自主研究及繪制。團(tuán)隊(duì)化自動(dòng)化構(gòu)建資產(chǎn)池和任務(wù) 池構(gòu)建企業(yè)數(shù)據(jù)庫(kù)實(shí)現(xiàn)初步可視化流 程管理和任務(wù)管理標(biāo)準(zhǔn)化OaaS統(tǒng)一內(nèi)部操作環(huán)境 和軟件工具棧搭建簡(jiǎn)單、合理的 審批和其他交互流 程，減少工作浪費(fèi)實(shí)現(xiàn)任務(wù)流程內(nèi)生 化，盡可能減少外 包或與其他部門的 冗余交涉任務(wù)工具和流程達(dá) 到高復(fù)用度系統(tǒng)和軟件集成、 配置和部署實(shí)現(xiàn)自 動(dòng)化實(shí)現(xiàn)全流程的可視 化管理，工作結(jié)果 自動(dòng)量化打包工作流實(shí)現(xiàn)高

30、度自動(dòng)化和復(fù)用， 用戶自助調(diào)用運(yùn)維， 實(shí)現(xiàn)Operationsas a Service運(yùn)維及服務(wù)211.4 When do I know Im ready for it?何時(shí)才是企業(yè)運(yùn)用DevOps的合適時(shí)機(jī)？適用于什么樣的團(tuán)隊(duì)？單個(gè)團(tuán)隊(duì)10-20人為佳，對(duì)外包和分散的敏感度較低IT團(tuán)隊(duì)是DevOps理念和方法最終的實(shí)踐主體，盡管DevOps對(duì)團(tuán)隊(duì)屬性并沒有固化的要求，然而在實(shí)踐中團(tuán)隊(duì)的不同形式 對(duì)開展DevOps轉(zhuǎn)型可能會(huì)有顯著的影響，除了無形的團(tuán)隊(duì)氛圍之外，一些客觀條件也可能會(huì)影響DevOps轉(zhuǎn)型的效果，本 報(bào)告著重討論IT團(tuán)隊(duì)的規(guī)模，構(gòu)建方式以及地理集中度對(duì)DevOps的影響。我們認(rèn)為在

31、這之中團(tuán)隊(duì)的規(guī)模的影響相對(duì)顯著， 過大或者過小的團(tuán)隊(duì)規(guī)模都會(huì)降低的DevOps的增效，在實(shí)踐中10-20人的（單個(gè)）軟件團(tuán)隊(duì)能夠更好地發(fā)揮DevOps降本 增效的作用；而IT團(tuán)隊(duì)是內(nèi)部團(tuán)隊(duì)或是有外包團(tuán)隊(duì)、團(tuán)隊(duì)人員是否在地理位置上足夠集中兩方面的要素對(duì)DevOps實(shí)踐的 影響并不大，甚至可以認(rèn)為DevOps的出現(xiàn)就是為了解決當(dāng)前企業(yè)的IT團(tuán)隊(duì)無法實(shí)現(xiàn)地理上的絕對(duì)集中以及完全內(nèi)化無需 外包從而帶來的摩擦問題。企業(yè)IT團(tuán)隊(duì)特點(diǎn)對(duì)DevOps實(shí)踐的影響IT團(tuán)隊(duì)構(gòu)建 自有/外包DevOps不僅是軟件工具 的安全， 還包含著企業(yè) 文化的改造和協(xié)作氛圍 的改善， 內(nèi)部團(tuán)隊(duì)更能 夠充分實(shí)踐DevOps的協(xié) 作

32、理念和管理方法盡管如此，DevOps對(duì)含 有外包人員/業(yè)務(wù)的企業(yè) 也并非不能適用，它仍 然有助于軟件開發(fā)和運(yùn) 維工作的順利進(jìn)行， 并 且成為溝通內(nèi)部團(tuán)隊(duì)和 外包團(tuán)隊(duì)、提高工作效 率的重要工具02IT員工分布 集中/分散傳統(tǒng)意義上物理集中度 高的團(tuán)隊(duì)能夠提高溝通 效率和效果，減少溝通 協(xié)作過程中的不必要摩 擦， 也能夠更有效地打 通研發(fā)和運(yùn)維環(huán)節(jié)然而在信息化高度發(fā)展 的今天， 電子商務(wù)、在 線會(huì)議等應(yīng)用的普及使 得空間距離已不再是IT 協(xié)作的阻礙，可以認(rèn)為 DevOps的出現(xiàn)也正是為 了進(jìn)一步改善這一03IT團(tuán)隊(duì)構(gòu)建 大/小團(tuán)隊(duì)規(guī)模過大的團(tuán)隊(duì)內(nèi)部結(jié) 構(gòu)復(fù)雜， 工作流結(jié)構(gòu)不 清晰，如果以整體為單

33、位構(gòu)建DevOps框架會(huì)大 大增加系統(tǒng)的復(fù)雜性， 反而有違DevOps的初衷規(guī)模過小的團(tuán)隊(duì)分工和 結(jié)構(gòu)簡(jiǎn)單，引入DevOps 需要考慮成本效益問題從實(shí)踐經(jīng)驗(yàn)上看，（ 單 個(gè)） 團(tuán)隊(duì)規(guī)模在10-20人 能夠更充分地發(fā)揮DevOps的效用，對(duì)團(tuán)隊(duì) 效率的增益最為顯著01來源：艾瑞咨詢研究院自主研究及繪制。222020.12 iResearch Inc.適用于什么樣的企業(yè)？業(yè)務(wù)系統(tǒng)頻繁更新的企業(yè)引入DevOps的價(jià)值更加顯著此處我們討論的是計(jì)劃將DevOps引入內(nèi)部IT團(tuán)隊(duì)，并服務(wù)于母公司的軟件需求的企業(yè)，而非對(duì)外提供軟件開發(fā)和運(yùn)維服 務(wù)的企業(yè)。由于互聯(lián)網(wǎng)經(jīng)濟(jì)和電子商務(wù)不斷向各行各業(yè)加速滲透，IT實(shí)

34、力越來越成為影響企業(yè)運(yùn)營(yíng)水平的關(guān)鍵因素，然而 并非所有的行業(yè)和企業(yè)（機(jī)構(gòu)）機(jī)構(gòu)都需要DevOps的加持，其中最核心的影響因素是該企業(yè)的業(yè)務(wù)是否需要頻繁發(fā)布新 的應(yīng)用來滿足用戶的需求，如果沒有此類的敏捷開發(fā)需求，或是目前正在運(yùn)用的開發(fā)方法已經(jīng)能夠滿足企業(yè)的業(yè)務(wù)需求， 則開展DevOps的轉(zhuǎn)型耗費(fèi)的資產(chǎn)和管理投入的性價(jià)比較低。此外，對(duì)于安全策略較為嚴(yán)格的行業(yè)和企業(yè)而言，雖然 DevOps能夠在一定程度上與安全審查流程融合，然而其敏態(tài)開發(fā)的效果將會(huì)有所下降。企業(yè)的核心業(yè)務(wù)及安全策略對(duì)開展DevOps實(shí)踐的影響目前的開發(fā)方法是否需要升級(jí)是否需要頻繁發(fā)布新應(yīng)用是否符合行業(yè)規(guī)范是否契合內(nèi)控流程安全策略業(yè)務(wù)

35、需求若企業(yè)業(yè)務(wù)需求不滿 足以上條件，則應(yīng)當(dāng)慎重 考慮開展DevOps轉(zhuǎn)型實(shí) 踐的必要性和性價(jià)比問題若企業(yè)不滿足以上條 件，則需要審慎評(píng)估安全 策略對(duì)DevOps理念的落 實(shí)可能造成的阻礙來源：艾瑞咨詢研究院自主研究及繪制。232020.12 iResearch Inc.241.5 Where is it being used now?DevOps理念和工具在哪些行業(yè)有所應(yīng)用？傳統(tǒng)行業(yè)：數(shù)字化轉(zhuǎn)型捷徑DevOps助力傳統(tǒng)行業(yè)穩(wěn)步走上云原生數(shù)字化之路軟件開發(fā)和運(yùn)營(yíng)并非傳統(tǒng)行業(yè)的主營(yíng)業(yè)務(wù)，因而整體上缺乏相應(yīng)的人才和軟硬件基礎(chǔ)設(shè)施，正因如此這類企業(yè)和機(jī)構(gòu)的數(shù) 字化水平整體較低。在我國(guó)數(shù)字化轉(zhuǎn)型的大趨勢(shì)

36、下，找到適合企業(yè)的高效數(shù)字化轉(zhuǎn)型道路將意味著在市場(chǎng)競(jìng)爭(zhēng)中取得先機(jī)； 對(duì)于政府部門而言，將能夠更好地構(gòu)建數(shù)字政府和數(shù)字政府服務(wù)體系，提高地區(qū)乃至全國(guó)的信息化基礎(chǔ)設(shè)施水平。在傳統(tǒng) 航而已中，金融和能源等行業(yè)由于資金充足、技術(shù)實(shí)力相對(duì)領(lǐng)先，且對(duì)于各類軟件和在線應(yīng)用的需求較高，在傳統(tǒng)行業(yè)中 走在數(shù)字化升級(jí)的前列，也是率先引入DevOps方法和工具的行業(yè)。而新零售、智能制造等近年來逐步興起的互聯(lián)網(wǎng)+行業(yè) 也正在積極拓展互聯(lián)網(wǎng)能力構(gòu)建渠道以及市場(chǎng)優(yōu)勢(shì)。我國(guó)部分傳統(tǒng)行業(yè)面臨的IT現(xiàn)狀和困境及引入DevOps方法的效能傳統(tǒng)行業(yè)政府機(jī)關(guān)金融機(jī)構(gòu)零售企業(yè)能源企業(yè)IT研發(fā)與運(yùn)維是重要 的工作支持體系，并 正在逐漸向

37、核心能力 轉(zhuǎn)化IT工作大量外包，缺 乏對(duì)軟件流程的自主 掌控，系統(tǒng)的服務(wù)質(zhì) 量和運(yùn)維穩(wěn)定性難以 保障傳統(tǒng)IT部門管理困難， 人員和技術(shù)成本高增， 卻無法應(yīng)對(duì)市場(chǎng)對(duì)互 聯(lián)網(wǎng)應(yīng)用日漸增長(zhǎng)的 需求在學(xué)習(xí)和實(shí)踐中逐步提高IT 部門的業(yè)務(wù)水平和管理水平， 將軟件科技能力逐步內(nèi)化為 企業(yè)/部門的核心優(yōu)勢(shì)競(jìng)爭(zhēng)力實(shí)現(xiàn)IT部門的降本增效，提 高軟件服務(wù)門類以及質(zhì)量表 現(xiàn)，打造差異化競(jìng)爭(zhēng)力加速云上數(shù)字化流程、提高 云原生水平，縮小與頭部科 技企業(yè)在數(shù)字化和網(wǎng)絡(luò)運(yùn)營(yíng) 水平上的差距，提高服務(wù)水 平和市場(chǎng)競(jìng)爭(zhēng)力DevOps來源：艾瑞咨詢研究院自主研究及繪制。252020.12 iResearch Inc.科技行業(yè)：軟件

38、工程新紀(jì)元DevOps賦能科技行業(yè)邁入軟件工程高效階段相較于傳統(tǒng)行業(yè)以及公共事業(yè)機(jī)構(gòu)，包括軟件、電商和電信運(yùn)營(yíng)商在內(nèi)的信息科技行業(yè)一直以來是IT科技創(chuàng)新的領(lǐng)跑者， 軟件開發(fā)和運(yùn)維架構(gòu)是支撐上述企業(yè)業(yè)務(wù)運(yùn)營(yíng)的核心能力，但也因?yàn)槠銲T架構(gòu)復(fù)雜、團(tuán)隊(duì)龐大，在管理和協(xié)同優(yōu)化上面臨 諸多困難。DevOps理念和工具的有助于科技類企業(yè)統(tǒng)一IT環(huán)境、提高團(tuán)隊(duì)反映能力和研發(fā)質(zhì)量，是企業(yè)提高其市場(chǎng)競(jìng)爭(zhēng) 力的核心助力。目前我國(guó)的頭部科技類企業(yè)的軟件部門均大都通過自研或外采的方式引入DevOps工具、踐行DevOps流程， 是DevOps的主要踐行者。我國(guó)部分科技類企業(yè)軟件工程面臨的困境及引入DevOps方法的效能

39、科技類企業(yè)軟件解決方 案商SaaS廠商電商平臺(tái)電信運(yùn)營(yíng)商IT研發(fā)能力是科技企 業(yè)的核心競(jìng)爭(zhēng)力業(yè)務(wù)需求來源多樣， 開發(fā)部門權(quán)責(zé)分化， 開發(fā)流程復(fù)雜，不能 及時(shí)應(yīng)對(duì)外部需求和 環(huán)境變化IT部門員工水平參差 不齊，代碼和運(yùn)維質(zhì) 量難以保障，部門管 理透明度低、難度大業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)流程 存在各種交互協(xié)同創(chuàng) 造價(jià)值的可能性，開 發(fā)程度還較低統(tǒng)一開發(fā)環(huán)境，為IT團(tuán)隊(duì)構(gòu) 建規(guī)范的、協(xié)同合作的研發(fā) 體系，打通研發(fā)與運(yùn)維部門 之間的工作流程，提高IT工 作自動(dòng)化水平加速對(duì)不斷變化的網(wǎng)絡(luò)環(huán)境 和客戶需求的反應(yīng)，實(shí)現(xiàn)新 應(yīng)用快速研發(fā)、部署和上線， 提高服務(wù)質(zhì)量和業(yè)務(wù)拓展速 度，快速獲得市場(chǎng)認(rèn)可構(gòu)建研發(fā)和運(yùn)維效果指標(biāo)

40、體 系，更好地量化IT團(tuán)隊(duì)的工 作成果，便捷管理層進(jìn)一步 優(yōu)化管理決策DevOps來源：艾瑞咨詢研究院自主研究及繪制。262020.12 iResearch Inc.271.6 How does it help your company?DevOps給企業(yè)帶來了哪些改變？282020.12 iResearch Inc.58.5%54.7%49.1%40.6%34.9%34.0%33.0%16.0%提高開發(fā)提高產(chǎn)品提高用戶提高團(tuán)隊(duì)降低部門提高交付提高工作為部門管理運(yùn)維效率質(zhì)量滿意度協(xié)作水平執(zhí)行成本準(zhǔn)時(shí)度負(fù)載上限提供量化依據(jù)DevOps為企業(yè)帶來的價(jià)值樣本：N=197；于2020年10月-2020

41、年11月通過iUserSurvey調(diào)研獲得。工作效率及產(chǎn)品質(zhì)量得到提高，量化指標(biāo)還有優(yōu)化空間調(diào)查結(jié)果顯示，DevOps實(shí)踐給企業(yè)帶來最顯著的收益主要包括提高了開發(fā)和運(yùn)維工作的效率、提高了軟件產(chǎn)品的質(zhì)量以 及用戶的滿意度，此外DevOps也對(duì)團(tuán)隊(duì)的協(xié)作水平、任務(wù)交付的準(zhǔn)確度有所助益，并在一定程度上降低了IT部門的運(yùn)行 成本、提高了部門的工作負(fù)載能力。值得注意的是，相對(duì)較少的受訪者認(rèn)為DevOps的引入為部門管理提供了量化依據(jù)。 我們認(rèn)為這是由于目前國(guó)內(nèi)企業(yè)采用的DevOps工具在數(shù)據(jù)儀表盤的功能還不夠完善，盡管大部分的自動(dòng)化工具都能提供 一些統(tǒng)計(jì)指標(biāo)來反應(yīng)部門和員工的工作效率以及成果，然而這些指

42、標(biāo)可定制化的程度較低，比較局限于技術(shù)領(lǐng)域而非聚焦 管理視角，如果要為管理層提供更加清晰和多維度的管理透視，還需要加強(qiáng)指標(biāo)構(gòu)建的靈活度和定制化能力。DevOps理念和方法給我國(guó)/IT部門企業(yè)帶來的收益29DevOps理念解析及行業(yè)應(yīng)用1中國(guó)DevOps市場(chǎng)發(fā)展?fàn)顩r2中國(guó)DevOps應(yīng)用發(fā)展展望3開發(fā)+運(yùn)維視角下的DevOps發(fā)展歷程對(duì)高效研發(fā)+自動(dòng)運(yùn)維的追求推動(dòng)DevOps的發(fā)展在計(jì)算機(jī)技術(shù)和軟件開發(fā)行業(yè)發(fā)展的很長(zhǎng)一段時(shí)間內(nèi)研發(fā)和運(yùn)維都處于涇渭分明的關(guān)系中，也因此讓我們得以從研發(fā)和運(yùn) 維兩個(gè)不同的視角來觀察DevOps的誕生。從研發(fā)角度來說，以更高的效率交付更有質(zhì)量的產(chǎn)品始終是研發(fā)工程師們的需

43、求；從運(yùn)維角度而言，全球范圍內(nèi)的計(jì)算機(jī)運(yùn)維技術(shù)一直以用機(jī)器和腳本替代人工運(yùn)維為目標(biāo)。而DevOps在2015年前后 的普及讓IT市場(chǎng)意識(shí)到：可以通過將研發(fā)和運(yùn)維環(huán)節(jié)互相打通、互相融入的方式來減少工作負(fù)擔(dān)、提高工作質(zhì)量。從研發(fā)和運(yùn)維雙重視角看DevOps在我國(guó)的發(fā)展歷程傳統(tǒng)開發(fā)我國(guó)軟件開發(fā)產(chǎn)業(yè)自上世紀(jì)80年代起始，遵循全球軟件 開發(fā)普遍采用的瀑布式傳統(tǒng) 開發(fā)流程，面臨信息化時(shí)代 的市場(chǎng)環(huán)境有較大困難來源：艾瑞咨詢研究院自主研究及繪制。敏捷開發(fā)敏捷開發(fā)在21 世紀(jì)初提出 后引入我國(guó)，其核心理念是 通過迭代開發(fā)的模式加速對(duì) 客戶需求的反饋，并實(shí)現(xiàn)對(duì) 研發(fā)流程的初步解耦CI/CDCI/CD與敏捷理念在

44、我國(guó) 受到關(guān)注的時(shí)間非常接 近，可以認(rèn)為CI/CD是迭 代理念向研發(fā)流程下游 進(jìn)一步推進(jìn)后的實(shí)踐DevOpsDevOps進(jìn)一步將后期運(yùn) 維納入整個(gè)IT工作流體系， 為研發(fā)和運(yùn)維團(tuán)隊(duì)提供了 更好的溝通環(huán)境，促進(jìn)了 研發(fā)質(zhì)量和效率的提高IT信息系統(tǒng)發(fā)展初期系統(tǒng)規(guī)模 小、構(gòu)架簡(jiǎn)單，人員分工模糊， 缺乏專業(yè)的運(yùn)維工具，運(yùn)維市 場(chǎng)以人力資源為主要供給人工運(yùn)維業(yè)務(wù)量的增長(zhǎng)和系統(tǒng)復(fù)雜度提 高，伴隨著行業(yè)標(biāo)準(zhǔn)的統(tǒng)一和 技術(shù)發(fā)展誕生了自動(dòng)化、標(biāo)準(zhǔn) 化的運(yùn)維自動(dòng)化運(yùn)維DevOps 方法將研發(fā)能力 融入到運(yùn)維中，通過容器 技術(shù)等讓研發(fā)人員有能力 對(duì)產(chǎn)品進(jìn)行部分運(yùn)維操作DevOpsAIOps利用大數(shù)據(jù)和人工 智能算法

45、動(dòng)態(tài)修正IT運(yùn)維 流程和規(guī)則，最大程度提 高運(yùn)維效率和運(yùn)維質(zhì)量AIOps運(yùn)維視角研發(fā)視角 1960s1980s2000s2008200920XX2015302020.12 iResearch Inc.行業(yè)驅(qū)動(dòng)：軟件行業(yè)持續(xù)增長(zhǎng)36674819531160056620771282127.80%軟件行業(yè)收入持續(xù)增長(zhǎng)，新興技術(shù)發(fā)展將進(jìn)一步擴(kuò)大市場(chǎng)近年來我國(guó)數(shù)字化轉(zhuǎn)型進(jìn)程的不斷推進(jìn)，在線辦公等企業(yè)級(jí)軟件服務(wù)、電子商務(wù)等消費(fèi)級(jí)軟件服務(wù)的市場(chǎng)規(guī)模不斷擴(kuò)大， 我國(guó)百?gòu)?qiáng)軟件企業(yè)軟件業(yè)務(wù)收入從2012年的3667億元攀升至2018年的8212元，6年增長(zhǎng)超過一倍，CAGR達(dá)到近15%的水 平，業(yè)務(wù)利潤(rùn)率穩(wěn)定在1

46、0%左右，顯示我國(guó)軟件行業(yè)強(qiáng)勁的發(fā)展動(dòng)力和良好的市場(chǎng)環(huán)境。隨著云計(jì)算、大數(shù)據(jù)、人工智能 等新興科技的進(jìn)一步發(fā)展，我國(guó)的軟件行業(yè)將會(huì)迎來更多增長(zhǎng)機(jī)會(huì)。軟件開發(fā)作為這一領(lǐng)域的上游基礎(chǔ)，其戰(zhàn)略意義將隨 著我國(guó)對(duì)信息科技產(chǎn)業(yè)重視程度的不斷加大而提升。2012-2018年我國(guó)百?gòu)?qiáng)軟件企業(yè)軟件業(yè)務(wù)發(fā)展趨勢(shì)31.4%10.20%13.10%10.20%16.50%6.50%9.70%8.00%8.70%11.90%11.50%10.70%11.30%201520172018201220132014我國(guó)百?gòu)?qiáng)軟件企業(yè)軟件業(yè)務(wù)收入（億元）來源：中國(guó)工信部，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。2016同比增速（%

47、）業(yè)務(wù)利潤(rùn)率（%）312020.12 iResearch Inc.2010/5/12010/9/12011/1/12011/5/12011/9/12012/1/12012/5/12012/9/12013/1/12013/5/12013/9/12014/1/12014/5/12014/9/12015/1/12015/5/12015/9/12016/1/12016/5/12016/9/12017/1/12017/5/12017/9/12018/1/12018/5/12018/9/12019/1/12019/5/12019/9/12020/1/12020/5/12020/9/1DevOps加速發(fā)展期

48、Docker容器引擎和K8s相 繼問世并獲得推廣DevOps規(guī)模應(yīng)用期DevOps初步探索期容器技術(shù)推廣前DevOps較少受到關(guān)注技術(shù)驅(qū)動(dòng)：容器技術(shù)全面推廣容器底層架構(gòu)為DevOps的推廣打下技術(shù)基礎(chǔ)DevOps理念由來已久，其在2009年被正式提出時(shí)正是云計(jì)算概念獲得廣泛關(guān)注的時(shí)間，然而一直以來全球范圍內(nèi)的軟件 企業(yè)雖然有實(shí)踐DevOps的意愿，卻缺乏相應(yīng)的技術(shù)和工具。2013年末Docker容器引擎開源，隨后容器編排工具K8s逐步 獲得市場(chǎng)認(rèn)可，通過容器鏡像對(duì)應(yīng)用程序進(jìn)行標(biāo)準(zhǔn)化的封裝和編排成為軟件研發(fā)行業(yè)新一代的主流架構(gòu)。容器和微服務(wù)架 構(gòu)的天然契合加速了對(duì)傳統(tǒng)巨石架構(gòu)的顛覆，軟件內(nèi)部架構(gòu)

49、的解耦也使得踐行DevOps方法和流程成為可能?？梢哉J(rèn)為 docker容器的問世和推廣為DevOps的發(fā)展打下了技術(shù)基礎(chǔ)?！癉evOps”谷歌（全球）詞頻搜索趨勢(shì)與容器技術(shù)發(fā)展歷程的關(guān)系容器引擎和容器編排 技術(shù)進(jìn)入成熟階段來源：Google，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。322020.12 iResearch Inc.生態(tài)驅(qū)動(dòng)：開源社區(qū)資源共享DevOps實(shí)踐在開源軟件工具的助力下獲得推進(jìn)全球范圍內(nèi)開源軟件社區(qū)上分享的開發(fā)和運(yùn)維工具大大促進(jìn)了DevOps實(shí)踐，例如Apache基金會(huì)旗下的構(gòu)建工具M(jìn)aven、 Linux基金會(huì)子項(xiàng)目持續(xù)交付基金會(huì)旗下的集成工具Jenkins、同屬Linu

50、x基金會(huì)的云原生計(jì)算基金會(huì)旗下的Kubernetes等均 已成為受全球開發(fā)者廣泛認(rèn)可的DevOps工具。據(jù)全球最大的代碼托管社區(qū)Github統(tǒng)計(jì)，2019年中國(guó)已成為全球除美國(guó)之 外最大的開源軟件使用地區(qū)，相較于2018年中國(guó)開發(fā)者調(diào)用的開源項(xiàng)目增長(zhǎng)了48%，顯示開源社區(qū)的軟件工具已成為我國(guó) 開發(fā)者的重要資源，而我國(guó)創(chuàng)立的開源中國(guó)社區(qū)及旗下的Gitee平臺(tái)近年來也受到越來越多的關(guān)注。開源生態(tài)的不斷充實(shí)和 發(fā)展為開發(fā)和運(yùn)維工程師提供了多樣化的工具選擇，構(gòu)筑起DevOps豐富的資源池。全球及我國(guó)范圍內(nèi)主要的開源軟件社區(qū)2019年全球（除美國(guó)）Github開源項(xiàng)目用量對(duì)比來源：艾瑞咨詢研究院自主研究

51、及繪制。來源：Github，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。巴西 俄羅斯 法國(guó) 加拿大 日本英國(guó)德國(guó)印度中國(guó)Apache軟件基金會(huì)（ASF），擁有超過 300個(gè)開源項(xiàng)目以及Tomcat、Maven等 重點(diǎn)項(xiàng)目，代碼托管在Github平臺(tái)中Linux基金會(huì)，旗下有云原生計(jì)算基 金會(huì)CNCF、持續(xù)交付基金會(huì)CDF等 其他開源社區(qū)平臺(tái)開源中國(guó)，成立于2008年，是國(guó)內(nèi) 最大的開源社區(qū)，旗下有我國(guó)自主代 碼托管與研發(fā)協(xié)作平臺(tái)Gitee碼云開源基礎(chǔ)設(shè)施基金會(huì)（OIF），其 前身為NASA 與Rackspace 共同 成立的OpenStack開源項(xiàng)目除美國(guó)外，中國(guó)地區(qū)對(duì)于Github（全球最大的代碼

52、托管平臺(tái)）項(xiàng)目的用量最大，遠(yuǎn)超其他國(guó)家和地區(qū)， 這固然有中國(guó)IT從業(yè)人數(shù)基數(shù)較大 的原因，但也反映出開源生態(tài)對(duì)國(guó)內(nèi)IT行業(yè)發(fā)展起到的支持作用332020.12 iResearch Inc.2020.12 iResearch Inc.政策驅(qū)動(dòng)：行業(yè)標(biāo)準(zhǔn)逐步建立來源：中國(guó)信通院，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。來源：中國(guó)信通院，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。初始級(jí)1基礎(chǔ)級(jí)2全面級(jí)3優(yōu)秀級(jí)4卓越級(jí)5總體架構(gòu)敏捷開發(fā)管理持續(xù)交付技術(shù)運(yùn)營(yíng)應(yīng)用設(shè)計(jì)安全風(fēng)險(xiǎn)管理組織結(jié)構(gòu)評(píng)估方法系統(tǒng)和工具46.0%41.9%39.5%55.6%39.1%34.0%23.5%18.6%DevOps能力 成熟度模型

53、金牌運(yùn)維評(píng)估CMMI認(rèn)證2019年（%）ISO體系認(rèn)證2020年（%）342020.12 iResearch Inc.2020.12 iResearch Inc.逐漸完善的行業(yè)標(biāo)準(zhǔn)推動(dòng)DevOps規(guī)范化發(fā)展由于DevOps的復(fù)雜性和靈活性，全球IT領(lǐng)域尚未對(duì)DevOps的規(guī)范達(dá)成一致。2013年OASIS推出的TOSCA（云應(yīng)用程序 的拓?fù)渚幣乓?guī)范）響應(yīng)了DevOps的開發(fā)方法，大多基于TOSCA的云編排軟件平臺(tái)如Cloudify都支持DevOps。2018年4月， DevOps標(biāo)準(zhǔn)項(xiàng)目“研發(fā)運(yùn)營(yíng)一體化能力成熟度模型”在中國(guó)通信標(biāo)準(zhǔn)化協(xié)會(huì)立項(xiàng)成功，隨后中國(guó)信通院逐步對(duì)該模 型進(jìn)行了完善和評(píng)估，

54、目前已經(jīng)發(fā)布整體架構(gòu)、敏捷開發(fā)過程、持續(xù)交付過程、技術(shù)運(yùn)營(yíng)、組織架構(gòu)等部分。DevOps在 我國(guó)的行業(yè)規(guī)范逐步建立，為DevOps平臺(tái)提供商不斷提高DevOps服務(wù)能力提供了規(guī)范化指導(dǎo)，有利于我國(guó)DevOps產(chǎn)業(yè) 的健康發(fā)展以及應(yīng)用市場(chǎng)的持續(xù)增長(zhǎng)。DevOps能力成熟度模型架構(gòu)2019&2020年國(guó)內(nèi)企業(yè)對(duì)DevOps相關(guān)評(píng)估/認(rèn)證體系的關(guān)注制品庫(kù)DevOps研發(fā)/運(yùn)維流程與工具鏈圖譜微服務(wù)架 構(gòu)和治理代碼持續(xù)構(gòu)建持續(xù)集成持續(xù)部署監(jiān)控 & 運(yùn)維一體化DevOps平臺(tái)代碼安全容器 & 容器編排日常管理 & 實(shí)時(shí)溝通流程管理 & 缺陷跟蹤持續(xù)測(cè)試基礎(chǔ)云服務(wù)公有云私有云DevCloud阿里云云效注釋

55、：同類型廠商按首字母和音序排序。 來源：艾瑞咨詢自主研究及繪制。352020.12 iResearch Inc.DevOps軟件工具的市場(chǎng)規(guī)模注釋：報(bào)告所列規(guī)模數(shù)據(jù)均取整數(shù)位（差值小于1時(shí)精確至小數(shù)點(diǎn)后一位）。來源：根據(jù)公開資料、企業(yè)訪談，結(jié)合艾瑞統(tǒng)計(jì)模型核算。未來5年DevOps市場(chǎng)復(fù)合增長(zhǎng)率將超過25%隨著互聯(lián)網(wǎng)轉(zhuǎn)型的深入，目前各行業(yè)的頭部企業(yè)基本都已經(jīng)開始了DevOps轉(zhuǎn)型實(shí)踐，并形成了良好的帶頭和示范作用， 未來數(shù)年DevOps工具將繼續(xù)向企業(yè)滲透，并保持穩(wěn)定的市場(chǎng)規(guī)模的增長(zhǎng)。預(yù)計(jì)2020年年底DevOps市場(chǎng)規(guī)模將達(dá)到27億 元，5年之后這一市場(chǎng)將增長(zhǎng)至83億元，復(fù)合增長(zhǎng)率將超過25

56、%。值得注意的是，DevOps實(shí)踐中所使用的大量軟件工具為 免費(fèi)的開源軟件，并不直接帶來市場(chǎng)規(guī)模的增長(zhǎng)，前述市場(chǎng)規(guī)模主要包括DevOps云平臺(tái)（包括公有云和私有云）及少數(shù) 收費(fèi)軟件產(chǎn)生的市場(chǎng)價(jià)值；其次，互聯(lián)網(wǎng)和IT是在DevOps領(lǐng)域投入最多的行業(yè)之一，然而互聯(lián)網(wǎng)和IT企業(yè)在這一領(lǐng)域常 常是以“自產(chǎn)自用”的方式構(gòu)建內(nèi)部DevOps工作框架，從而在交易環(huán)節(jié)對(duì)DevOps市場(chǎng)的貢獻(xiàn)遠(yuǎn)不及其實(shí)際使用規(guī)模。2017-2025年中國(guó)DevOps云平臺(tái)及付費(fèi)軟件工具市場(chǎng)規(guī)模及同比增速7836956453627201386.6%48.8%35.9%30.5%27.2%24.4%22.3%21.4%20172

57、0182022e2024e2025e20192020e2021e中國(guó)DevOps軟件市場(chǎng)規(guī)模（億元）2023e同比增速（%）362020.12 iResearch Inc.一體化趨勢(shì)：頭部企業(yè)發(fā)展戰(zhàn)略“一站式”能力是軟件研發(fā)平臺(tái)產(chǎn)品的普遍發(fā)展方向DevOps理念是打通軟件工程中各個(gè)曾經(jīng)由獨(dú)立的團(tuán)隊(duì)和不同的軟件工具來實(shí)現(xiàn)的工作，在對(duì)企業(yè)文化、管理方式等“軟 實(shí)力”提出新要求的同時(shí)，也不斷催促著市場(chǎng)打磨出能夠提供相應(yīng)的生產(chǎn)力和創(chuàng)造性的軟件研發(fā)工具，集成度更高、生態(tài) 系統(tǒng)更完整的工具鏈將成為這一行業(yè)未來大趨勢(shì)：信息技術(shù)龍頭微軟不斷豐富其自有的一體化研發(fā)平臺(tái)產(chǎn)品，并通過收購(gòu) 相關(guān)企業(yè)的方式來擴(kuò)大其生態(tài)

58、影響力，而JIRA的母公司Atlassian也不斷完善其DevOps生態(tài)，打造為軟件開發(fā)者提供“一站式”服務(wù)的能力。微軟及阿特拉斯（Atlassian）的軟件研發(fā)平臺(tái)產(chǎn)品版圖作為全球軟件和信息技術(shù)龍頭，微軟的一2018.10 收購(gòu)自研2020.3 收購(gòu)深度 集成2006201020122013產(chǎn)品代碼管理持續(xù)構(gòu)建20152018一體化開發(fā)平臺(tái)實(shí)時(shí)通訊缺陷跟蹤項(xiàng)目管理代碼管理知識(shí)庫(kù)持續(xù)集成事件響應(yīng)體化軟件研發(fā)平臺(tái)在 Atlassian創(chuàng)立于2002年，是澳大利亞一家專注軟件研發(fā)服務(wù)的軟全球有著廣泛的影響力，其產(chǎn)品自2006年發(fā)布全以球來IT領(lǐng)不域斷有更著新?lián)Q代， 件應(yīng)用企業(yè)，其旗艦產(chǎn)品是在同年發(fā)

59、布的項(xiàng)目管理和缺陷跟蹤軟件逐步實(shí)現(xiàn)了云化并拓展為DevOps平臺(tái)。另一方面，微軟也積極收 JIRA，目前仍在全球廣泛應(yīng)用。此后Atlassian不斷完善和豐富其購(gòu)軟件開發(fā)領(lǐng)域的的重量級(jí)企業(yè)，包括全球最大的開源代碼托管平 產(chǎn)品線，目前其產(chǎn)品已基本覆蓋DevOps理念下的大部分軟件工程。 臺(tái)Github，不斷拓展其在軟件研發(fā)領(lǐng)域的技術(shù)深度和用戶覆蓋。來源：艾瑞咨詢研究院自主研究及繪制。372020.12 iResearch Inc.一體化趨勢(shì)：國(guó)內(nèi)DevOps框架構(gòu)建公有云DevOps平臺(tái)私有云/MSP DevOps平臺(tái)IT部門業(yè)務(wù)部門/客戶DevOps開 源軟件工具外采+開源外采+開源二次開發(fā)公

60、有云IaaS私有云IaaS開源社區(qū)自研集成/插件集成/插件4 自研 自研軟件開發(fā)工具難 度 較大 ， 但如果僅研發(fā) DevOps流程管理和少量軟 件對(duì)大多數(shù)IT團(tuán)隊(duì)并非難事“云平臺(tái)+開源軟件”是最主流的DevOps構(gòu)建方法企業(yè)構(gòu)建DevOps平臺(tái)的主要途徑有四類，伴隨云計(jì)算的發(fā)展和云平臺(tái)上產(chǎn)品生態(tài)的不斷豐富，大量的企業(yè)選擇從公有云 廠商采購(gòu)其提供的DevOps云平臺(tái)，而對(duì)代碼安全和保密性以及定制化要求較高的企業(yè)則更傾向于以私有化建設(shè)的模式向 私有云廠商購(gòu)買DevOps咨詢和平臺(tái)搭建服務(wù)。由于主要國(guó)際開源社區(qū)如CNCF、Apache均有著了大量涉及DevOps的項(xiàng)目， 具備相關(guān)專家人才和技術(shù)積累