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

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

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

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

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

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

6、T從業(yè)人員的人力成本也在不斷提高。根據(jù)國家統(tǒng)計局對我國2018年和2019年 城鎮(zhèn)非私營單位員工平均工資的統(tǒng)計，信息技術(shù)從業(yè)人員的工資連續(xù)兩年位列統(tǒng)計局劃分的19個大類行業(yè)之首，超過年均 16萬元，2019年增速為9.3%，也位于各行業(yè)中的較高水平。這一方面反映出IT產(chǎn)業(yè)的價值得到了市場的充分認可，同時 也折射出這一領(lǐng)域的勞動力市場、尤其是高素質(zhì)人才供不應(yīng)求的現(xiàn)狀。從用人單位的角度上看，在無法急速改變?nèi)瞬攀袌?現(xiàn)狀和IT人員素質(zhì)的前提下，唯有通過內(nèi)生途徑提高IT部門的運行效率和工作質(zhì)量，才能塑造企業(yè)的IT競爭優(yōu)勢。2019年信息技術(shù)行業(yè)平均年工資位列我國首位并保持較高增速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ù)金融電/熱/燃氣/衛(wèi)生和社會工文體娛樂教育交運/倉儲/郵公共管理采礦業(yè)水供應(yīng)作政2019年城鎮(zhèn)非私營單位員工年平均工資（萬元）同比增速（ % ）82020.12 iResearch Inc.開發(fā)/運維部門涇渭分明以保障安全穩(wěn)定為主看重系統(tǒng)穩(wěn)定不出錯依靠流程化/經(jīng)驗化的積累開發(fā)和運維部門在工作目標(biāo)上面臨分歧，難以有效溝通在信息技術(shù)人才緊缺、人員素質(zhì)不能完全滿足企業(yè)業(yè)務(wù)需求的現(xiàn)狀下，企業(yè)的IT部門還要面臨傳統(tǒng)IT系統(tǒng)內(nèi)開發(fā)和運維

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

24、能力狀況高度智能化決策DevOps的應(yīng)用流程（4/4）監(jiān)控運維告警指標(biāo)自動分析，協(xié)同提升服務(wù)質(zhì)量軟件部署上線至生產(chǎn)環(huán)境后，服務(wù)提供商將繼續(xù)對該軟件的運行狀況進行監(jiān)控，并在出現(xiàn)故障 時為用戶提供運維支持服務(wù)。借助應(yīng)用容器化條件下統(tǒng)一的運行環(huán)境，開發(fā)人員得以在更大程 度上進入運維側(cè)，通過自動化的監(jiān)控工具實時掌握系統(tǒng)和軟件的故障狀況。目前我國企業(yè)在這 一領(lǐng)域的發(fā)展仍比較有限，只有不足20%的企業(yè)具備智能化監(jiān)控和決策能力，在軟件可用性管 理方面，2019年我國企業(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ù)時 間較長 38.1%來源：中國信通院，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。來源：中國信通院，艾瑞咨詢研究院根據(jù)公開資料研究及繪制。182020.12 iResearch Inc.2020.12 iResearch Inc.DevOps落地實施：理念認同顆?；?/ 解耦 / 協(xié)同三重理念共同支撐DevOps實踐相較于單純的IT信息化工具，DevOps本身即是一種協(xié)同、合作的企業(yè)文化，為了落實DevOps實踐，企業(yè)在采用DevOps 相關(guān)的開發(fā)運維工具的基礎(chǔ)上，還要實現(xiàn)文化方面的理念認同。在工作結(jié)構(gòu)方面，IT工

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

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

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

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

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

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

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

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

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

35、需求若企業(yè)業(yè)務(wù)需求不滿 足以上條件，則應(yīng)當(dāng)慎重 考慮開展DevOps轉(zhuǎn)型實 踐的必要性和性價比問題若企業(yè)不滿足以上條 件，則需要審慎評估安全 策略對DevOps理念的落 實可能造成的阻礙來源：艾瑞咨詢研究院自主研究及繪制。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ā)和運營并非傳統(tǒng)行業(yè)的主營業(yè)務(wù)，因而整體上缺乏相應(yīng)的人才和軟硬件基礎(chǔ)設(shè)施，正因如此這類企業(yè)和機構(gòu)的數(shù) 字化水平整體較低。在我國數(shù)字化轉(zhuǎn)型的大趨勢

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

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

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

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

40、體 系，更好地量化IT團隊的工 作成果，便捷管理層進一步 優(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)品提高用戶提高團隊降低部門提高交付提高工作為部門管理運維效率質(zhì)量滿意度協(xié)作水平執(zhí)行成本準(zhǔn)時度負載上限提供量化依據(jù)DevOps為企業(yè)帶來的價值樣本：N=197；于2020年10月-2020

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

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

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

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

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

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

47、）業(yè)務(wù)利潤率（%）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ū)動：容器技術(shù)全面推廣容器底層架構(gòu)為DevOps的推廣打下技術(shù)基礎(chǔ)DevOps理念由來已久，其在2009年被正式提出時正是云計算概念獲得廣泛關(guān)注的時間，然而一直以來全球范圍內(nèi)的軟件 企業(yè)雖然有實踐DevOps的意愿，卻缺乏相應(yīng)的技術(shù)和工具。2013年末Docker容器引擎開源，隨后容器編排工具K8s逐步 獲得市場認可，通過容器鏡像對應(yīng)用程序進行標(biāo)準(zhǔn)化的封裝和編排成為軟件研發(fā)行業(yè)新一代的主流架構(gòu)。容器和微服務(wù)架 構(gòu)的天然契合加速了對傳統(tǒng)巨石架構(gòu)的顛覆，軟件內(nèi)部架構(gòu)

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

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

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

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

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

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

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

56、%。值得注意的是，DevOps實踐中所使用的大量軟件工具為 免費的開源軟件，并不直接帶來市場規(guī)模的增長，前述市場規(guī)模主要包括DevOps云平臺（包括公有云和私有云）及少數(shù) 收費軟件產(chǎn)生的市場價值；其次，互聯(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é)對DevOps市場的貢獻遠不及其實際使用規(guī)模。2017-2025年中國DevOps云平臺及付費軟件工具市場規(guī)模及同比增速7836956453627201386.6%48.8%35.9%30.5%27.2%24.4%22.3%21.4%20172

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

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

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

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