在數(shù)字化的轉(zhuǎn)型浪潮中，開發(fā)人員的生產(chǎn)力越來越被企業(yè)重視，提升團(tuán)隊(duì)研發(fā)效能、縮短TTM成為了實(shí)現(xiàn)企業(yè)戰(zhàn)略目標(biāo)的重要措施。企業(yè)中的研發(fā)團(tuán)隊(duì)從每個(gè)團(tuán)隊(duì)各自試驗(yàn)、探索，逐步整合基礎(chǔ)設(shè)施、最佳實(shí)踐、企業(yè)規(guī)范等，形成企業(yè)內(nèi)部研發(fā)平臺(tái)，為所有團(tuán)隊(duì)開放企業(yè)核心資源和提供DevOps能力，使研發(fā)團(tuán)隊(duì)更專注于業(yè)務(wù)價(jià)值的交付。
經(jīng)過多年的業(yè)務(wù)能力建設(shè)、不同的技術(shù)投資和整合，許多傳統(tǒng)組織被遺留技術(shù)、人員、流程和文化所困擾，這阻礙了企業(yè)進(jìn)行創(chuàng)新和試驗(yàn)。他們看到互聯(lián)網(wǎng)新玩家沖入行業(yè)賽道，并取得指數(shù)級(jí)增長(zhǎng)，蠶食其耕耘多年的市場(chǎng)份額。這些新玩家沒有負(fù)擔(dān)，他們更快、更精益、更勇于嘗試，并采用平臺(tái)化思維。
在與這些企業(yè)或組織的合作經(jīng)驗(yàn)中，我們觀察到他們的平臺(tái)化戰(zhàn)略轉(zhuǎn)型往往會(huì)經(jīng)歷三個(gè)演進(jìn)過程，首先他們使用成熟的工具鏈提升研發(fā)速率，緊接著整合企業(yè)資源，構(gòu)建研發(fā)平臺(tái)實(shí)現(xiàn)效能度量和持續(xù)改進(jìn)，并最終嘗試開放技術(shù)平臺(tái)打造共贏生態(tài)。
在一個(gè)研發(fā)團(tuán)隊(duì)運(yùn)行的早期，由于經(jīng)驗(yàn)、成本、進(jìn)度等限制，沒有較為成熟的交付體系與研發(fā)工具，尤其是規(guī)模較小的團(tuán)隊(duì)，他們更傾向于選擇市面上已有的一些研發(fā)工具。不論是FOSS（免費(fèi)開源軟件）還是COTS（商業(yè)現(xiàn)成產(chǎn)品），總是希望采用一些開箱即用的成熟產(chǎn)品，來提高整個(gè)研發(fā)交付的效率，盡可能降低研發(fā)工具自身復(fù)雜度對(duì)交付帶來的影響。
不論一個(gè)團(tuán)隊(duì)規(guī)模如何，有幾類常用的工具會(huì)貫穿整個(gè)研發(fā)與交付流程。我們可以簡(jiǎn)要的分為這幾大類：
在項(xiàng)目協(xié)作、需求管理方面，很多團(tuán)隊(duì)都采用了Jira，Confluence等Atlassian系工具，或TFS的微軟系工具。國(guó)內(nèi)企業(yè)常用阿里云效、禪道等。這類工具的功能大而全，能滿足絕大多數(shù)團(tuán)隊(duì)的需求，并且有成熟的售后支持。此外，還有一些功能較輕量級(jí)的管理工具，例如Trello，Mingle，github.pages等，只提供看板維護(hù)、文檔展示等較為單一的功能，使用時(shí)需要在這些工具間來回切換。越來越多的團(tuán)隊(duì)開始實(shí)行敏捷開發(fā)，為了縮短發(fā)布周期，而逐步推動(dòng)持續(xù)集成與持續(xù)部署，相應(yīng)的研發(fā)工具也慢慢推廣開來。如版本控制工具Git；構(gòu)建工具M(jìn)aven，Gradle；CICD工具Jenkins, GoCD, BuildKite, BamBoo等。由于人工手動(dòng)測(cè)試耗時(shí)耗力，容易出錯(cuò)，特別是在上線前的回歸測(cè)試，往往是重復(fù)枯燥的體力勞動(dòng)，我們傾向于將更多的測(cè)試自動(dòng)化，集成在流水線中。許多團(tuán)隊(duì)會(huì)在用Gatling，Selenium，Cucumber，Jmeter等測(cè)試工具，從安全、性能、UI、業(yè)務(wù)等角度全面覆蓋，并將測(cè)試過程自動(dòng)化。基礎(chǔ)設(shè)施維護(hù)也是較為繁重的工作，從虛擬化到容器化，再到無服務(wù)化，大大減輕了運(yùn)維的成本和復(fù)雜度。如Vagrant，Ansible，Docker，Kubernetes，Istio等工具，近年來被較多采納并實(shí)踐。當(dāng)軟件運(yùn)行起來后，需要持續(xù)地進(jìn)行監(jiān)控和維護(hù)，其工具也非常豐富，如Prometheus，Logstash，ZipKin，Zabbix等。還有許多同類型的工具如下圖所示。 （圖片出處：http://www.jamesbowman.me/post/continuous-delivery-tool-landscape/）這種研發(fā)工具鏈的模式經(jīng)常由小團(tuán)隊(duì)開始嘗試，并以自下而上的方式向其他團(tuán)隊(duì)推廣，還有一部分企業(yè)，會(huì)從流程規(guī)范的角度入手，以自上而下的方式在企業(yè)內(nèi)部推動(dòng)實(shí)踐。通過工具鏈快速提升企業(yè)研發(fā)能力, 其明顯的優(yōu)勢(shì)是可以快速試錯(cuò)，探索新工具和新交付實(shí)踐，并以較低成本推動(dòng)研發(fā)進(jìn)程。同時(shí)，在沒有工具鏈研發(fā)能力的前提下，將這部分的風(fēng)險(xiǎn)外移到成熟的第三方工具上。但其劣勢(shì)也很明顯，可以簡(jiǎn)要描述為以下幾點(diǎn)。- 團(tuán)隊(duì)成員需要有一部分精力來負(fù)責(zé)第三方工具的搭建與維護(hù)，某些較復(fù)雜的工具，可能還需要一定的學(xué)習(xí)成本。如果第三方工具在運(yùn)行中出現(xiàn)了問題，還可能耽誤正常的研發(fā)進(jìn)度。
- 此外，由于研發(fā)中的各種數(shù)據(jù)被分散在了不同的第三方工具中，導(dǎo)致信息流被阻斷，研發(fā)數(shù)據(jù)不能在交 付的各個(gè)流程與階段中共享。并且由于工具鏈的選擇相對(duì)自由，部分工具不符合公司流程，會(huì)導(dǎo)致合規(guī)性的問題。
- 再者，不同團(tuán)隊(duì)間工具鏈的實(shí)踐難以共享，而且由于其靈活性，企業(yè)的管理成本也顯著提高。
- 最后，隨著工具鏈的推廣，一些公司會(huì)將這些工具標(biāo)準(zhǔn)化，但這樣會(huì)一定程度阻礙快速試錯(cuò)，探索新型交付模式等。
采用研發(fā)工具鏈在短期內(nèi)能夠快速提升研發(fā)效率，但會(huì)導(dǎo)致這些工具鏈的知識(shí)和能力存在于少數(shù)Team Hero中，使用工具鏈的成熟度受限于團(tuán)隊(duì)中DevOps的經(jīng)驗(yàn)，一些精英團(tuán)隊(duì)中具有的先進(jìn)實(shí)踐難以廣泛的在企業(yè)范圍內(nèi)共享和推廣。
為了應(yīng)對(duì)這些問題，企業(yè)開始梳理各個(gè)研發(fā)團(tuán)隊(duì)的工作流程、邀請(qǐng)DevOps專家、結(jié)合企業(yè)安全規(guī)范流程，整合為研發(fā)平臺(tái)。研發(fā)平臺(tái)通常包括持續(xù)集成能力、持續(xù)交付能力、運(yùn)維和運(yùn)營(yíng)能力以及安全服務(wù)。研發(fā)平臺(tái)通常會(huì)采用云提供商和傳統(tǒng)數(shù)據(jù)中心提供的能力和服務(wù)，并托管、改造或擴(kuò)展，以使研發(fā)團(tuán)隊(duì)的開發(fā)人員可以方便地使用。目的并不是全新開發(fā)一套CI、CD或容器管理產(chǎn)品等重復(fù)造輪子，而是彌合企業(yè)可以采購(gòu)到的產(chǎn)品與研發(fā)團(tuán)隊(duì)真正需要的產(chǎn)品之間的差異。 這些研發(fā)平臺(tái)通常有以下特點(diǎn)：開源工具鏈和商業(yè)產(chǎn)品適用對(duì)象廣，自由度高，但一般僅有有限的幾種使用方式能夠匹配企業(yè)的流程規(guī)范。某大型通訊企業(yè)的DevOps平臺(tái)，為保證其產(chǎn)品質(zhì)量，在CICD流水線中增加了質(zhì)量門禁，當(dāng)開發(fā)人員將代碼push到代碼倉(cāng)庫后，會(huì)經(jīng)過代碼靜態(tài)檢查、測(cè)試覆蓋率、第三方依賴掃描等自動(dòng)化審查，只有全部通過閾值，才能進(jìn)入部署環(huán)節(jié)。為了符合不同國(guó)家數(shù)據(jù)隱私策略和法律法規(guī)，避免開源軟件版權(quán)陷阱，代碼掃描環(huán)節(jié)加入了對(duì)依賴包的版權(quán)檢查，研發(fā)團(tuán)隊(duì)需要從企業(yè)統(tǒng)一提供的依賴庫中獲取符合規(guī)范的依賴包，而依賴庫由專業(yè)的團(tuán)隊(duì)維護(hù)，定期檢查和更新。加速各地域政府法律審核流程，降低法務(wù)和違規(guī)風(fēng)險(xiǎn)。在應(yīng)用軟件版本發(fā)布環(huán)節(jié)，研發(fā)團(tuán)隊(duì)需要提交發(fā)布計(jì)劃，設(shè)定發(fā)布操作的時(shí)間窗口，由管理角色確認(rèn)授權(quán)。當(dāng)進(jìn)入發(fā)布操作的時(shí)間窗口后，研發(fā)平臺(tái)會(huì)自動(dòng)生成授權(quán)碼發(fā)送給操作人，在發(fā)布新版本中的每一步操作都需要驗(yàn)證該授權(quán)碼的有效性。在中大型企業(yè)中，不同的業(yè)務(wù)線、不同的研發(fā)團(tuán)隊(duì)，面對(duì)的業(yè)務(wù)場(chǎng)景差異較大，業(yè)務(wù)變化速率也不盡相同，如果以一刀切的方式要求各個(gè)團(tuán)隊(duì)，則將會(huì)限制迭代頻繁的團(tuán)隊(duì)實(shí)踐持續(xù)交付節(jié)奏，或者要求企業(yè)穩(wěn)定的核心業(yè)務(wù)符合敏捷流程而強(qiáng)制性更新帶來可靠性降低的風(fēng)險(xiǎn)。某銀行在其DevOps平臺(tái)上支持IT雙模，對(duì)于核心系統(tǒng)依然采用傳統(tǒng)開發(fā)模式，強(qiáng)調(diào)穩(wěn)定性，涉及客戶界面則采用敏捷開發(fā)模式，迭代開發(fā)的周期可縮短到2-4周，比傳統(tǒng)開發(fā)方式兩到三個(gè)月的速度顯著提升。研發(fā)平臺(tái)約束研發(fā)流程和推廣最佳DevOps實(shí)踐的同時(shí)，兼容為特殊業(yè)務(wù)線的支撐能力。以科技能力構(gòu)建新型雙模，支撐企業(yè)復(fù)雜業(yè)務(wù)模式。2.3 兼容特殊業(yè)務(wù)場(chǎng)景對(duì)于研發(fā)通用流程的Web應(yīng)用服務(wù)，可選擇的工具鏈非常豐富。但對(duì)于特殊的業(yè)務(wù)場(chǎng)景例如嵌入式或移動(dòng)應(yīng)用，兼具易用性和匹配定制化需求的工具鏈會(huì)比較稀少，由于適用場(chǎng)景局限，開源社區(qū)也不愿投入過多精力支持。這樣的情況下，企業(yè)的研發(fā)平臺(tái)就可以根據(jù)企業(yè)內(nèi)部需求，實(shí)現(xiàn)該場(chǎng)景下的能力支撐。2.4 與企業(yè)現(xiàn)有系統(tǒng)深度集成企業(yè)通過采購(gòu)和自研擁有大量IT系統(tǒng)，各個(gè)IT系統(tǒng)構(gòu)建和部署方式差異，導(dǎo)致各個(gè)維護(hù)部門能力參差不齊，部門間協(xié)作產(chǎn)生的摩擦越來越多。- 各個(gè)IT系統(tǒng)生成的數(shù)據(jù)也掌握在部門內(nèi)部，集成和共享時(shí)會(huì)遇到接口不兼容、技術(shù)不通用等問題，部門間墻也越來越高。
- 各個(gè)團(tuán)隊(duì)構(gòu)建的IT系統(tǒng)風(fēng)格迥異，用戶體驗(yàn)割裂，使用成本上升。在某車企構(gòu)建的研發(fā)平臺(tái)中，充分考慮到這些場(chǎng)景，依托平臺(tái)為企業(yè)內(nèi)部各個(gè)部門和團(tuán)隊(duì)提供多樣的腳手架市場(chǎng)。研發(fā)團(tuán)隊(duì)可以基于符合業(yè)務(wù)場(chǎng)景和技術(shù)背景的腳手架應(yīng)用，提供統(tǒng)一的用戶體驗(yàn)。使用腳手架模板大大縮短新產(chǎn)品的準(zhǔn)備時(shí)間，從腳手架的應(yīng)用情況可以統(tǒng)計(jì)到各個(gè)部門構(gòu)建的應(yīng)用技術(shù)類型。企業(yè)內(nèi)部IT系統(tǒng)，集成平臺(tái)能力，容易實(shí)現(xiàn)SSO，企業(yè)員工通過統(tǒng)一的用戶身份和認(rèn)證鑒權(quán)體系輕松訪問不同業(yè)務(wù)系統(tǒng)。結(jié)合產(chǎn)品的生命周期管理，易于繪制企業(yè)內(nèi)部IT系統(tǒng)的Landscape，實(shí)現(xiàn)統(tǒng)籌規(guī)劃與價(jià)值投資。
2.5 統(tǒng)一采集度量數(shù)據(jù)，持續(xù)分析、持續(xù)改進(jìn)在傳統(tǒng)企業(yè)中，管理者想要了解各個(gè)研發(fā)團(tuán)隊(duì)的交付效能，遇到的首要問題便是各個(gè)團(tuán)隊(duì)無法提供統(tǒng)一的數(shù)據(jù)格式。不同團(tuán)隊(duì)研發(fā)實(shí)踐方式，產(chǎn)生的度量數(shù)據(jù)維度混亂，難以集成，更無法分析。甚至?xí)龅接行﹫F(tuán)隊(duì)投機(jī)取巧地研發(fā)“數(shù)據(jù)上報(bào)系統(tǒng)”，能夠自由控制或偽造度量數(shù)據(jù)。針對(duì)以上痛點(diǎn)，企業(yè)可以基于研發(fā)平臺(tái)提供成熟的交付實(shí)踐的同時(shí)，提供統(tǒng)一的度量數(shù)據(jù)采集能力，沉淀企業(yè)的數(shù)據(jù)資產(chǎn)。為各個(gè)研發(fā)團(tuán)隊(duì)提供自身交付效能的參考數(shù)據(jù)，協(xié)助識(shí)別研發(fā)速率短板。同時(shí)通過靈活配置分析和統(tǒng)計(jì)維度，為不同管理角色的數(shù)據(jù)展示Dashboard。研發(fā)平臺(tái)的價(jià)值遠(yuǎn)不止以上幾點(diǎn)，企業(yè)基于研發(fā)平臺(tái)優(yōu)勢(shì)，快速驗(yàn)證新業(yè)務(wù)和將新產(chǎn)品推向市場(chǎng)，實(shí)現(xiàn)加速轉(zhuǎn)型和適應(yīng)市場(chǎng)變化。管理者在看到企業(yè)取得數(shù)字化轉(zhuǎn)型的成就時(shí)，需要保持危機(jī)意識(shí)和風(fēng)險(xiǎn)識(shí)別能力，不斷思考一個(gè)問題：企業(yè)構(gòu)建的研發(fā)平臺(tái)難道就是最終形態(tài)？隨著研發(fā)平臺(tái)的功能改善與效率提升，得以在企業(yè)內(nèi)部逐步推廣，各個(gè)部門及團(tuán)隊(duì)都會(huì)將研發(fā)平臺(tái)作為自己產(chǎn)品研發(fā)的支撐平臺(tái)，企業(yè)內(nèi)部整體的研發(fā)交付成熟度得到了顯著提升。但當(dāng)產(chǎn)品數(shù)量快速增加，各個(gè)產(chǎn)品的交付及運(yùn)營(yíng)的流程相對(duì)獨(dú)立，難免會(huì)有一部分應(yīng)用會(huì)出現(xiàn)傳統(tǒng)研發(fā)平臺(tái)常見的以下幾類問題：
由于部門墻的存在，研發(fā)交付的產(chǎn)品會(huì)散落在不同組織與部門內(nèi)部，并且沒有統(tǒng)一的機(jī)制去審核所研發(fā)的產(chǎn)品是否在企業(yè)內(nèi)已經(jīng)有類似，或功能有重疊，因此會(huì)導(dǎo)致重復(fù)開發(fā)，造成人力和基礎(chǔ)設(shè)施資源的浪費(fèi)。這種缺少統(tǒng)一的開發(fā)規(guī)范與管控的模式，同樣也會(huì)導(dǎo)致業(yè)務(wù)系統(tǒng)常見的身份認(rèn)證管理、日志管理、行為審計(jì)等子模塊在不同產(chǎn)品間有大量重復(fù)。對(duì)于企業(yè)內(nèi)部使用的系統(tǒng)來說，統(tǒng)一互通且易用是非常重要的，但在研發(fā)平臺(tái)的模式下，其數(shù)據(jù)是相互獨(dú)立的，信息流并未打通，使用者需要切換多次來使用不同系統(tǒng)。并且，數(shù)據(jù)的隔離也導(dǎo)致各個(gè)業(yè)務(wù)系統(tǒng)不能共享信息，不光沒有集中的數(shù)據(jù)管理服務(wù)，也難以從綜合的角度挖掘出新的價(jià)值。此外，由于沒有統(tǒng)一的設(shè)計(jì)思路，各個(gè)內(nèi)部系統(tǒng)的使用習(xí)慣也不太相同，對(duì)用戶造成一定困擾。- 各個(gè)系統(tǒng)的合規(guī)性不高
雖然研發(fā)平臺(tái)內(nèi)建了標(biāo)準(zhǔn)的開發(fā)流程和效能度量，但在更細(xì)致的如安全認(rèn)證，行為審計(jì)，API設(shè)計(jì)，基礎(chǔ)設(shè)施穩(wěn)定性等方面，不同部門會(huì)獨(dú)立開發(fā)、其平臺(tái)設(shè)計(jì)規(guī)范不同，技術(shù)標(biāo)準(zhǔn)也不同，而且水平和規(guī)范程度會(huì)參差不齊，較難達(dá)到較高水平且統(tǒng)一的合規(guī)性標(biāo)準(zhǔn)。強(qiáng)勢(shì)業(yè)務(wù)部門或優(yōu)秀實(shí)踐團(tuán)隊(duì)的一些訴求可能會(huì)超出研發(fā)平臺(tái)提供的能力，無法快速提供。這些團(tuán)隊(duì)會(huì)較長(zhǎng)時(shí)間的受限于研發(fā)平臺(tái)的技術(shù)實(shí)踐、流程管控，無法快速獲取到更新更好的實(shí)踐。而且在研發(fā)平臺(tái)向更大范圍推廣過程中，也會(huì)遇到不同組織的交付流程、法律法規(guī)等差異，在提供支持方面同樣存在一定滯后性。同時(shí)，由于企業(yè)內(nèi)部的組織架構(gòu)一定程度上存在部門墻，不同業(yè)務(wù)系統(tǒng)由各個(gè)部門獨(dú)立開發(fā)，沒有技術(shù)與功能的共享機(jī)制，導(dǎo)致平臺(tái)能力不能快速迭代演進(jìn)。因此，為了解決以上問題，研發(fā)平臺(tái)將會(huì)慢慢演化成一種具備開放能力的平臺(tái)，也就是開放技術(shù)平臺(tái)。它是指在平等的基礎(chǔ)上，由多主體共同建立的、資源共享的、能夠?qū)崿F(xiàn)多方共贏的、全面開放的一種新的企業(yè)級(jí)技術(shù)生態(tài)系統(tǒng)。通過一定程度的約束來規(guī)范產(chǎn)品的研發(fā)與發(fā)布，形成自組織的生態(tài)系統(tǒng)，達(dá)到開放共建的最終目的。- 能力產(chǎn)品化, 促進(jìn)企業(yè)內(nèi)技術(shù)產(chǎn)品快速孵化
各個(gè)團(tuán)隊(duì)擁有不同的技術(shù)能力與業(yè)務(wù)能力，而這部分能力往往隱藏在各種工作流程與實(shí)踐中，我們希望可以將這些能力轉(zhuǎn)化為可以直接被復(fù)用的成果，即產(chǎn)品化。依托開放技術(shù)平臺(tái)，就能夠讓技術(shù)產(chǎn)品快速孵化，不斷迭代，最終共享在整個(gè)企業(yè)內(nèi)部。從而減少類似功能的重復(fù)，節(jié)約企業(yè)的人力和基礎(chǔ)設(shè)施消耗。- 開放社區(qū)化, 吸引合作伙伴共同分享技術(shù)能力
依靠開放平臺(tái)的優(yōu)質(zhì)服務(wù)，吸引其他團(tuán)隊(duì)分享自己的技術(shù)能力，打破單一部門的能力局限，逐漸形成社區(qū)文化，加強(qiáng)企業(yè)內(nèi)部技術(shù)交流，讓更好的實(shí)踐在企業(yè)內(nèi)傳播，做到優(yōu)勢(shì)互補(bǔ)，提升各個(gè)團(tuán)隊(duì)的能力與產(chǎn)品質(zhì)量。同時(shí)，這種共享的機(jī)制有利于產(chǎn)品向企業(yè)內(nèi)更大范圍推廣，依靠各地區(qū)的開發(fā)者，可以讓產(chǎn)品更加適用于各地情況。- 產(chǎn)品標(biāo)準(zhǔn)化, 通過開放平臺(tái)構(gòu)建高質(zhì)量的合規(guī)產(chǎn)品
開放技術(shù)平臺(tái)可以從身份認(rèn)證與數(shù)據(jù)權(quán)限鑒權(quán)、服務(wù)與參數(shù)配置、加密與秘鑰管理、敏感信息脫敏還原、產(chǎn)品發(fā)布審核流程、統(tǒng)計(jì)報(bào)表展示與分析等方面對(duì)產(chǎn)品進(jìn)一步規(guī)范化和統(tǒng)一化，從而構(gòu)建出符合標(biāo)準(zhǔn)的易用的高質(zhì)量產(chǎn)品。開放技術(shù)平臺(tái)為解決傳統(tǒng)研發(fā)平臺(tái)的問題提供了可能，利用開放共享的思想，突破了研發(fā)平臺(tái)能力的瓶頸，是一個(gè)普遍的發(fā)展趨勢(shì)，可以讓企業(yè)在共享、標(biāo)準(zhǔn)、開放等方面，構(gòu)建起健康的研發(fā)生態(tài)，促進(jìn)交付模式的不斷演進(jìn)，從而大幅提升企業(yè)效益。打造企業(yè)內(nèi)部的研發(fā)平臺(tái)或者運(yùn)營(yíng)研發(fā)開放平臺(tái)，跟其他產(chǎn)品一樣，都需要考慮平臺(tái)所能創(chuàng)造的商業(yè)價(jià)值。對(duì)于研發(fā)團(tuán)隊(duì)不同規(guī)模的企業(yè)，這個(gè)過程不是一蹴而就的，企業(yè)可以從工具鏈開始嘗試，構(gòu)建自己的研發(fā)平臺(tái)，逐步演進(jìn)成技術(shù)開放平臺(tái)。只有在業(yè)務(wù)價(jià)值的驅(qū)動(dòng)和有效的戰(zhàn)術(shù)執(zhí)行下，平臺(tái)才能通過減輕產(chǎn)品開發(fā)團(tuán)隊(duì)的認(rèn)知負(fù)擔(dān)并加速組織的創(chuàng)新來取得成功。
IDCF DevOps黑客馬拉松，獨(dú)創(chuàng)端到端DevOps體驗(yàn)，精益創(chuàng)業(yè)+敏捷開發(fā)+DevOps流水線的完美結(jié)合，2021年僅有的3場(chǎng)公開課，數(shù)千人參與并一致五星推薦的金牌訓(xùn)練營(yíng)，追求卓越的你一定不能錯(cuò)過！
11月6-7日，深圳站，企業(yè)組隊(duì)參賽&個(gè)人參賽均可，一年等一回，錯(cuò)過等一年，趕緊上車~??
