2023中國企業(yè)研發(fā)高效能白皮書：CICD篇

D獲得?效能研發(fā)新知。CONTENTSCI/CD概念和背景介紹CI/CD的概念——關(guān)于CI/CDCI/CD發(fā)展的階段——歷經(jīng)三階段，平臺型產(chǎn)品站上歷史舞臺CI/CD的價值——CI/CD賦能研發(fā)的四?抓?CI/CD的流程結(jié)構(gòu)——CI/CD流程結(jié)構(gòu)創(chuàng)新賦能研發(fā)效率CI/CD?業(yè)發(fā)展概況CI/CD市場基礎(chǔ)數(shù)據(jù)——CI/CD市場蓬勃發(fā)展CI/CD市場?商分布——CI/CD?業(yè)?商矩陣逐步形成CI/CD市場特征洞察——?業(yè)發(fā)展推動市場需求呈現(xiàn)新特征極狐GitLabCI/CD：帶您開啟新世界??極狐GitLabCI/CD簡介——GitLabCI/CD使?前和?作流極狐GitLabCI/CD特征——極狐GitLabCI/CD四?核?優(yōu)勢極狐GitLabCI/CD真實?戶使?反饋4CI/CD概念和背景介紹5關(guān)于CI/CD改造為持續(xù)?動化交付流程。?在研發(fā)團隊傳統(tǒng)交付過程中，“代碼集成 通常研發(fā)團隊中會設(shè)置?位同事或者?個團隊專?負責代碼集成和交付?作。但發(fā)團隊的最后?根稻草。有研究表明在軟件開發(fā)早期，?動測試過多是導(dǎo)致開發(fā)團隊開發(fā)效率低的主要原件??險的、不確定的事情，國外甚?有個專?的說法，叫作如此，?們就更傾向于不做集成，這就導(dǎo)致開發(fā)末端的集成環(huán)節(jié)變得更加困難，從?形成了?個惡性循6關(guān)于CI/CDCIContinuousIntegration源于肯特·?克 (KentBeck)在1996年提出的極限編程?法 程是?種軟件開發(fā)?法，作為敏捷開發(fā)的?法之 leDavidFarley7關(guān)于CI/CDCD經(jīng)常被認為也同時代表持續(xù)部署即ContinuousDeploy。持續(xù)部署更進?步。?旦構(gòu)建在staging環(huán)境中通過了?動測試，持續(xù)部署系統(tǒng)將會?動將它部署到?產(chǎn)服務(wù)器上。換?之，每個通過測試的構(gòu)建都是實時的，可供?戶及早反饋。這使得團隊可以不斷發(fā)布新候CI/CD是指代通過連續(xù)?法進?軟件開發(fā)的?程?案。CI/CD這套軟件?程思路和原則誕?后經(jīng)常被同時提及，是更為優(yōu)秀的軟件開發(fā)?法，能夠??提?團隊的?作效率和交付?平。持續(xù)集成(CI)是構(gòu)建軟件、完成初始測試等?系列?作，是通過?步快跑的?式，不斷優(yōu)化集成?式的過程。持續(xù)部署(CD)是將代碼與基礎(chǔ)設(shè)施相結(jié)合的過程，確保完成所有測試并遵循策略，然后將代碼部署到預(yù)期環(huán)境中。強痛點，推動CI/CD發(fā)展““該項?屬于維護性質(zhì)(在已有項?基礎(chǔ)上開發(fā))，特征?較明顯，客戶也?較隨(you)和(qian)。項?要求在兩周內(nèi)發(fā)布?些新特性。要上線的時候我才拽。(團隊沒有經(jīng)驗的后果就是)部署10次有9次跑不起來(剩下的?次是我部署的)?！睆睦砟钫Q?開始，全球主要的研發(fā)團隊即開始探索如何將CI/CD更好地在實際研發(fā)場景中幫助團隊降低研發(fā)成本和提升研發(fā)效能。?前，CI/CD的實踐分為三個階段：?部分研發(fā)團隊對于CI/CD的初體驗多是使?開源軟件/開源項?。開源項復(fù)雜的 (接上?)與此同時，??審核流程還會消耗?量的團隊耐?和時間，為團隊整體研發(fā)成本增加負擔。此時，能夠連接開源項?的其他協(xié)同軟件成為降本增效不錯的選項。如通過協(xié)同靜態(tài)掃描集成幫助研發(fā)團隊把更多的精?投?到業(yè)務(wù)層升整體研發(fā)質(zhì)量。隨著中國企業(yè)數(shù)字化進程的不斷推進，企業(yè)在使?CI/CD?具時的場景逐漸趨于復(fù)雜。?業(yè)的多樣性也不斷展現(xiàn)出來。因此，研發(fā)團隊?常?作開始承接難度更?的跨功能、跨團隊、跨?業(yè)的需求。團隊在研發(fā)過程中各種插件的兼容性和適配性為團隊的穩(wěn)定交付帶來不確定性挑戰(zhàn)。?體化平臺產(chǎn)品的誕?滿?了這種市場需求，??降低了插件間適配度產(chǎn)?的時間成本和適配過程中出現(xiàn)事故的?險成本。正在不斷替代此前兩階段的CI/CD成為頭部企業(yè)、?業(yè)引領(lǐng)者的共同選擇。CI/CD賦能研發(fā)的????集成和部署。導(dǎo)致研發(fā)團隊在??成本和時間成本上都承擔了更?的成本和壓?。CI/CD通過增加集成和??CI/CD通過程序幫助研發(fā)團隊解放專職的集成和部署?員。安全掃描等多項?作。因為這些新提交在最終合并到主線做是基于之前持續(xù)集成過程中很重視?動化測試驗證結(jié)果，保障所有的提交在合并主線之后的質(zhì)量，對可能出現(xiàn)的?些問題進?預(yù)警。02自動化CI/CD賦能研發(fā)的可追溯03在可控范圍內(nèi)不斷降低項?研發(fā)的機會成本，研發(fā)更?效迭代。CI/CD流程結(jié)構(gòu)CICD碼、提交、版本控制、測試(代碼級)、構(gòu)建、制品CD(持續(xù)交付和持續(xù)部署)在CI的基礎(chǔ)上將代碼部署到更為接近真實運在整體的CI/CD過程中測試步驟也可以前置到合適的位置。如在極狐GitLab中即將碼級測試被前置于代碼提交后和構(gòu)建之前，署的準確性和持續(xù)性。CI/CD?業(yè)發(fā)展概覽85.16%成、?動構(gòu)建、單元測試和持85.16%成、?動構(gòu)建、單元測試和持續(xù)署四種敏捷?程實踐，占81.53%和80.66%。認可度?3.78%軟件質(zhì)量被企業(yè)持續(xù)關(guān)注，集成問題普遍在1天內(nèi)完成修復(fù)。如今僅有3.78%的企業(yè)??完成所有環(huán)境的部署。使?持續(xù)集成90%19.38%的企業(yè)擁有獨?的持續(xù)集成團隊維護持續(xù)集成系統(tǒng)；25.74%的企業(yè)實現(xiàn)了持續(xù)集成平臺的?服務(wù)化，另有24.80%的企業(yè)通過?服務(wù)化持續(xù)集成平持續(xù)優(yōu)化和改進團隊的持續(xù)集成普遍使?部署更?動化數(shù)據(jù)來源：2021年《中國DevOps現(xiàn)狀調(diào)查報告》DATASDATASCI/CD市場蓬勃發(fā)展2023年市場規(guī)3.2倍規(guī)模增?CI/CD?業(yè)?商矩陣?前國內(nèi)外已經(jīng)形成以極狐GitLabCI、Jenkins、BambooCI、CircleCI、GitLabCICD表的DevOps平臺型?具產(chǎn)品?商以AWSCodePipeline為代表的企業(yè)級?商(與?身產(chǎn)品綁定)44CI/CD中國市場格局ATAJenkins、極狐GitLabCI/CD呈現(xiàn)領(lǐng)先廠商姿態(tài)13973X973X3X署6570X數(shù)據(jù)來源：2021年全球DevOps狀態(tài)報告 開箱即用推動了CI/CD?具進?更多的?業(yè)和企業(yè)研發(fā)團隊中。開箱即?的安全性能發(fā)的復(fù)雜性進?步被提?。因此CI/CD的安全性要求在整體?具全，云原生轉(zhuǎn)移全球軟件正在經(jīng)歷云原?的洗禮，國內(nèi)主要的企業(yè)也逐漸在進?上云和云原?的以及相對?較領(lǐng)先的傳統(tǒng)?型企業(yè)的云原?環(huán)境基本構(gòu)建完成，云原?軟件在研發(fā)?作中的使??例快速升?。CI/CD?業(yè)務(wù)洞察隨著軟件科技的不斷演進，更具有業(yè)務(wù)思維的研發(fā)軟件逐漸被市場所?睞。在專業(yè)??在研發(fā)領(lǐng)域的?作需求。具有業(yè)務(wù)視?的可視化觀察和統(tǒng)計?具成為新的產(chǎn)品功能形態(tài)。GitLabCI/CD：使?極狐使?極狐GitLab前極狐GitLabCI運?前，Executor極極狐GitLabrInstanceExecutorCI/CD流?線中具體任務(wù)的執(zhí)?安裝?式：容器化、?進制、軟件包極極狐GitLabCI/CD?體化平臺，?站式體驗s數(shù)據(jù)可視，監(jiān)控優(yōu)化極狐?體化平臺，?站式體驗s數(shù)據(jù)可視，監(jiān)控優(yōu)化極狐GitLabCI/CD在賦能?研發(fā)效率和?安全性的同時，在可視化安全構(gòu)建，安全交付4簡簡單易?，便捷?效11數(shù)據(jù)反饋，研發(fā)閉數(shù)據(jù)反饋，研發(fā)閉環(huán)極狐GitLabCI/CD的構(gòu)建結(jié)果以及報告(測試、安全等)直接反饋到t場景?關(guān)，通?性場景?關(guān)，通?性強極狐GitLabCI/CD與環(huán)境(云原??云原?)、研發(fā)模式(敏捷、瀑(微服務(wù)、單體服務(wù))?關(guān)，能夠?差別地適?各種持續(xù)迭代，功能增持續(xù)迭代，功能增強 22YAML配置，快速上?在創(chuàng)建.gitlab-ci.yml?件的時候直接選擇對應(yīng)的模版，也可以選擇通過include語法來實現(xiàn)模版的引?，實現(xiàn)模版的即插即?和提?復(fù)?。2 (Multi-projectPipeline)跨項?流?線觸發(fā)與關(guān)聯(lián)針對2 (Multi-projectPipeline)跨項?流?線觸發(fā)與關(guān)聯(lián)針對合并請求完成后觸發(fā)和運?的流?線極狐GitLabCI/CD提供多種流?線(Pipeline)，不同類型的Pipeline可以適?于基礎(chǔ)流?線基礎(chǔ)流?線(BasicPipelines)流?線步驟順序執(zhí)?，步驟內(nèi)任務(wù)并?執(zhí)? (DirectedAcyclicGraphPipeline)流?線步驟順序執(zhí)?，步驟內(nèi)任務(wù)可跨步驟??流?線(??流?線(Parent-ChildPipeline)在同?個項?中根據(jù)觸發(fā)規(guī)則配置多條不同流?線 ergeRequestsPipeline針對合并請求觸發(fā)和運?的流?線 ne合并列?(合并列?(MergeTrains)使?合并結(jié)果流?線觸發(fā)合并請求2下游流?線(DownstreamPipeline)步驟(Stage)步驟(Stage)2下游流?線(DownstreamPipeline)步驟(Stage)步驟(Stage)上游流?線(UpstreamPipeline)步驟(Stage)步驟(Stage)步驟(Stage)功能眾多，高效敏捷通過使?CI/CD策略確保安全合并更改和綠?主機，企業(yè)就?需太擔?由于基礎(chǔ)設(shè)施故障和代碼沖突導(dǎo)致的意外停機。有了更?效的流?不同類型的流?線可以有針對性進?靈活編排，從?提?研發(fā)團隊?作效率。流?線可以幫助研發(fā)團隊降低?關(guān)聯(lián)任務(wù)依賴、動態(tài)按需觸發(fā)?流?線以及提??流?線可以幫助研發(fā)33極狐GitLabCI/CD在賦能?研發(fā)效率和安全性的同時，