中國(guó)銀河證券股份有限公司，作為中國(guó)證券行業(yè)領(lǐng)先的綜合金融服務(wù)提供商，致力于成為在亞洲資本市場(chǎng)上領(lǐng)先的投資銀行和具有系統(tǒng)重要性的證券業(yè)金融機(jī)構(gòu)。中國(guó)銀河證券目前已在國(guó)內(nèi)擁有證券市場(chǎng)業(yè)務(wù)全牌照以及覆蓋較廣的營(yíng)業(yè)網(wǎng)絡(luò)，業(yè)務(wù)遍及全球15個(gè)國(guó)家和地區(qū)，覆蓋國(guó)內(nèi)31個(gè)省/自治區(qū)/直轄市、178個(gè)地級(jí)以上城市，有著近500家營(yíng)業(yè)部。

而中國(guó)銀河證券的DevOps建設(shè)經(jīng)歷了由下而上和由上至下兩個(gè)發(fā)展階段，也是國(guó)內(nèi)金融企業(yè)在建設(shè)DevOps過(guò)程中比較典型的發(fā)展路徑，因而中國(guó)銀河證券DevOps建設(shè)的破冰之路，是證券行業(yè)DevOps建設(shè)案例中的典型。

01. 破冰前夕

在企業(yè)級(jí)DevOps平臺(tái)建設(shè)的前期，中國(guó)銀河證券已有近百人規(guī)模的自主研發(fā)團(tuán)隊(duì)，此時(shí)的工具集以開(kāi)源與免費(fèi)的工具為主。研發(fā)人員自發(fā)組織建設(shè)DevOps的工具，呈現(xiàn)點(diǎn)狀分布、工具功能單一、服務(wù)連續(xù)性弱的特點(diǎn)，也很少會(huì)做業(yè)務(wù)連續(xù)性和工具鏈集群部署，同時(shí)有重復(fù)建設(shè)的特點(diǎn)，這是大部分國(guó)內(nèi)金融企業(yè)DevOps的現(xiàn)狀。

這個(gè)階段建設(shè)DevOps的初衷，是為了提高工作效率，解決當(dāng)下問(wèn)題。這時(shí)候的DevOps工具的建設(shè)，通常由研發(fā)人員自發(fā)地建設(shè)解決自己的問(wèn)題為主，并不由上層領(lǐng)導(dǎo)推動(dòng)，提供的服務(wù)也以研發(fā)人員解決自己痛點(diǎn)為出發(fā)點(diǎn)。

比如像中國(guó)銀河證券，早期使用了JIRA、Confluence、Gitlab、SVN、Jenkins、SonarQube、Nexus和Ansible等常見(jiàn)的開(kāi)源工具。其實(shí)當(dāng)這些工具上來(lái)的時(shí)候，大家還是眼前一亮的，因?yàn)樾使ぞ咔袑?shí)地解放了個(gè)體研發(fā)人員的雙手。這也是很多組織在建設(shè)“企業(yè)級(jí)”DevOps工具體系前的狀態(tài)。

但可以看到，這個(gè)階段還只是在局部解決一些效率問(wèn)題，因?yàn)樵贒evOps整體工具建設(shè)上的痛點(diǎn)，單靠研發(fā)人員本身力量是難以推動(dòng)解決的。

DevOps整體工具建設(shè)的痛點(diǎn)是指什么呢？

具體來(lái)說(shuō)，就是工具的功能過(guò)于單一，都是解決個(gè)體研發(fā)人員的問(wèn)題，別人想用還要單獨(dú)搭一套。而企業(yè)內(nèi)每個(gè)人都搭一套工具的話，就是浪費(fèi)資源的重復(fù)建設(shè)，同時(shí)工具之間也豎起了各種數(shù)據(jù)流轉(zhuǎn)的隔離墻，企業(yè)IT的整體效率反而被消耗掉了。

所以DevOps工具建設(shè)的下一個(gè)階段，需要企業(yè)花費(fèi)大量精力做工具間的集成，通過(guò)整合工具、打通權(quán)限、打通測(cè)試數(shù)據(jù)和日志等數(shù)據(jù)流，使代碼能夠在工具之間流轉(zhuǎn)。

此時(shí)，企業(yè)建設(shè)下一階段的DevOps體系，面臨著兩個(gè)大方向的選擇：

• 一就是增加大量的人手，通過(guò)集成工具來(lái)搭建企業(yè)級(jí)DevOps平臺(tái)。
• 二就是花錢購(gòu)買成熟的商業(yè)產(chǎn)品，來(lái)實(shí)現(xiàn)同樣的目標(biāo)。

說(shuō)白了，就是看企業(yè)更缺人，還是更缺錢。

當(dāng)然還有另一個(gè)更高級(jí)的選擇，就是既不缺人也不缺錢的企業(yè)，那可以考慮自研DevOps平臺(tái)，自研的東西適配度肯定是最好的。

那回到大多數(shù)企業(yè)建設(shè)DevOps工具體系的方向性選擇上，我們可以綜合來(lái)看兩者的利弊。

就集成工具方案而言，弊端有三點(diǎn)：

• 一是人不好找。通過(guò)集成工具打造DevOps體系化工具，需要去招聘市場(chǎng)上招聘人才，而擁有成熟經(jīng)驗(yàn)的DevOps工程師市場(chǎng)上本就不太多。大多數(shù)時(shí)候，企業(yè)需要自己慢慢地培養(yǎng)。
• 二是建設(shè)周期比較長(zhǎng)。工具之間數(shù)據(jù)標(biāo)準(zhǔn)并不統(tǒng)一，打通權(quán)限和任務(wù)流轉(zhuǎn)需要做大量的二次開(kāi)發(fā)，開(kāi)發(fā)后需要調(diào)試和反復(fù)的調(diào)優(yōu)。沒(méi)有多年的建設(shè)，很難說(shuō)交付一個(gè)好用的DevOps平臺(tái)。
• 三是后期的研發(fā)度量其實(shí)非常難做。研發(fā)度量是在DevOps平臺(tái)建設(shè)成熟、穩(wěn)定使用后更高一層級(jí)的需求，可以理解為是研發(fā)工具的中臺(tái)系統(tǒng)，它能提供研發(fā)過(guò)程的各類數(shù)據(jù)。在建設(shè)到這個(gè)階段的時(shí)候，企業(yè)就會(huì)發(fā)現(xiàn)，前期工具整合的深度還遠(yuǎn)遠(yuǎn)不夠，還需要進(jìn)一步地整合。而二次開(kāi)發(fā)越多，工具本身的升級(jí)就越困難，這就掉入了一個(gè)坑里。

那集成工具的優(yōu)勢(shì)是什么呢？

優(yōu)勢(shì)是企業(yè)經(jīng)過(guò)大量的二次開(kāi)發(fā)，通過(guò)與項(xiàng)目團(tuán)隊(duì)多年的磨合，不停地迭代、改造，磨合出了企業(yè)自己的一套DevOps平臺(tái)，它花費(fèi)了企業(yè)本身很大的精力，那它的優(yōu)勢(shì)就是較大程度上適合這家企業(yè)的。

但是企業(yè)需要經(jīng)歷前面一到兩年，甚至兩到三年的痛苦期。集成工具的前幾年，它可能不會(huì)帶來(lái)效率的提升，甚至可能拖累整個(gè)研發(fā)效率，DevOps團(tuán)隊(duì)是會(huì)被質(zhì)疑的，甚至團(tuán)隊(duì)活不到平臺(tái)建成那一天。

那砸錢買的成熟平臺(tái)，優(yōu)勢(shì)又是什么呢？

• 優(yōu)勢(shì)就是快。可以馬上吸取行業(yè)多年的沉淀經(jīng)驗(yàn)，工具里面固化的經(jīng)驗(yàn)和方法，企業(yè)拿來(lái)就能用。
• 再一個(gè)就是不容易走彎路。DevOps平臺(tái)的建設(shè)非常依賴DevOps負(fù)責(zé)人的經(jīng)驗(yàn)，他的方向錯(cuò)了，平臺(tái)很可能就失敗了。

可成熟平臺(tái)的劣勢(shì)是什么呢？

劣勢(shì)就是產(chǎn)品只能適配企業(yè)七八成的需求。

比如企業(yè)里面有一個(gè)特殊的系統(tǒng)，有特殊的構(gòu)建和部署方式，那產(chǎn)品只能優(yōu)先考慮解決七八成通用構(gòu)建方式的系統(tǒng)，最后才會(huì)考慮適配這些特殊的系統(tǒng)。而且在適配上，也有需要企業(yè)項(xiàng)目組自己去適應(yīng)產(chǎn)品的地方，而不是由產(chǎn)品來(lái)適應(yīng)所有的項(xiàng)目組。產(chǎn)品沒(méi)有辦法保證，能夠百分百適應(yīng)所有團(tuán)隊(duì)的使用習(xí)慣。

以上就是企業(yè)級(jí)DevOps工具體系建設(shè)的兩種路線選擇，可以根據(jù)自身企業(yè)的情況來(lái)做出選擇，并沒(méi)有一個(gè)行業(yè)通行的做法。

02. 如何破冰

首先，需要自上而下推動(dòng)企業(yè)DevOps平臺(tái)的建設(shè)。可能有人會(huì)問(wèn)，怎么自上而下呢？

因?yàn)镈evOps的工具特點(diǎn)就是解決研發(fā)測(cè)試人員本身的問(wèn)題，而不是解決上層領(lǐng)導(dǎo)的問(wèn)題。上層領(lǐng)導(dǎo)可能看不到研發(fā)怎么解決的問(wèn)題、問(wèn)題解決得怎么樣，看不到的問(wèn)題，那就覺(jué)得沒(méi)有問(wèn)題。

所以，這就需要有個(gè)抓手，能夠提起上面領(lǐng)導(dǎo)的重視，同步解決研發(fā)人員自己的問(wèn)題。

這個(gè)抓手，就是研發(fā)度量。

前面提到，研發(fā)度量就是企業(yè)研發(fā)工具建設(shè)的中臺(tái)系統(tǒng)。通過(guò)讓研發(fā)人員都在DevOps平臺(tái)上來(lái)干活，干活就產(chǎn)生數(shù)據(jù)，有數(shù)據(jù)就可以作分析，分析出來(lái)的內(nèi)容就可以度量，度量出哪里好、哪里不好、哪里有瓶頸，同時(shí)還能考核外部的廠商。

這就抓住了上面領(lǐng)導(dǎo)的需求，同時(shí)解決了下面的問(wèn)題。所以說(shuō)，度量就是推動(dòng)自上而下的一個(gè)關(guān)鍵，也是破冰的抓手。

DevOps的建設(shè)是企業(yè)數(shù)字化轉(zhuǎn)型的前提和基礎(chǔ)，幾乎所有的自主研發(fā)型IT團(tuán)隊(duì)都離不開(kāi)DevOps。我們過(guò)去時(shí)常提及企業(yè)數(shù)字化，那企業(yè)里面研發(fā)人員都沒(méi)能數(shù)字化，他們都沒(méi)有效率工具和研發(fā)過(guò)程可視化工具，他們都沒(méi)有自己的中臺(tái)，又如何讓企業(yè)內(nèi)業(yè)務(wù)部門數(shù)字化呢，又如何懂給別人建中臺(tái)呢？

所以DevOps平臺(tái)是非常重要的基礎(chǔ)設(shè)施，沒(méi)有DevOps平臺(tái)的企業(yè)搞數(shù)字化，研發(fā)人員其實(shí)就是帶著腳鐐在跳舞。

中國(guó)銀河證券從2013年起就開(kāi)始了建設(shè)DevOps，當(dāng)時(shí)首先引進(jìn)了項(xiàng)目管理工具JIRA和Confluence。

2013年至2019年，是自下而上建設(shè)DevOps的階段，這時(shí)候使用了大量的免費(fèi)開(kāi)源工具，分散式地構(gòu)建了大量的技術(shù)棧。

2019年至2021年，通過(guò)引進(jìn)外部咨詢加開(kāi)源工具的方式，初步整合及搭建起企業(yè)級(jí)DevOps的工具鏈。

2021年到2022年，公司通過(guò)采購(gòu)成熟的商業(yè)產(chǎn)品加整合已有工具的形式，自上而下地建設(shè)了DevOps平臺(tái)，幫助我們更好地推動(dòng)企業(yè)數(shù)字化轉(zhuǎn)型。

03. 破冰現(xiàn)狀

目前通過(guò)引入嘉為藍(lán)鯨產(chǎn)品，中國(guó)銀河證券逐步搭建起了適合自身業(yè)務(wù)特性的DevOps平臺(tái)。

以下是DevOps完整流水線的配置示意圖，可以看到中國(guó)銀河證券是重流水線設(shè)計(jì)型的，而有一些企業(yè)是輕流水線設(shè)計(jì)型的，這個(gè)沒(méi)有好壞之分。在中國(guó)銀河證券流水線的應(yīng)用里面，會(huì)設(shè)置有大量的門禁和審批節(jié)點(diǎn)，幫助中國(guó)銀河證券實(shí)現(xiàn)研發(fā)管理的自動(dòng)化和強(qiáng)管控。

以下是我們自動(dòng)化測(cè)試工具接入平臺(tái)的示意圖。目前，中國(guó)銀河證券已陸續(xù)建設(shè)了接口測(cè)試、單元測(cè)試和UI自動(dòng)化測(cè)試，后面還計(jì)劃建設(shè)性能測(cè)試和安全測(cè)試。

以下是DevOps流水線的質(zhì)量門禁。通過(guò)整合測(cè)試相關(guān)的數(shù)據(jù)，在流水線中加入可以定制化的質(zhì)量門禁。開(kāi)發(fā)的日常工作中會(huì)有很多定制化的數(shù)據(jù)進(jìn)來(lái)，當(dāng)不符合門禁要求的代碼流經(jīng)流水線的時(shí)候，門禁就會(huì)自動(dòng)化攔截并通知相關(guān)開(kāi)發(fā)人員，實(shí)現(xiàn)代碼質(zhì)量的自動(dòng)化管控。

測(cè)試作為流水線里邊很重要的一個(gè)環(huán)節(jié)，它是后面能做門禁數(shù)據(jù)的一個(gè)前提，也是門禁數(shù)據(jù)的其中一個(gè)來(lái)源。只要自動(dòng)化測(cè)試做得好，我們就可以節(jié)省很多功能測(cè)試的相關(guān)人員。

以下是DevOps數(shù)據(jù)打通的示意圖，自前期設(shè)計(jì)的時(shí)候開(kāi)始，中國(guó)銀河證券就已經(jīng)做好了打通所有研發(fā)數(shù)據(jù)的準(zhǔn)備。中國(guó)銀河證券基于JIRA的需求編號(hào)，通過(guò)讓開(kāi)發(fā)人員在代碼提交時(shí)，要求在Git Commit Message中關(guān)聯(lián)到JIRA需求編號(hào)的形式，將需求任務(wù)、開(kāi)發(fā)任務(wù)、缺陷代碼、流水線集成、部署制品，數(shù)據(jù)打通并關(guān)聯(lián)到一起，為后續(xù)度量平臺(tái)的建設(shè)提供了數(shù)據(jù)上的支持。

以下是DevOps工具打通的示意圖。黃色的部分是引入嘉為藍(lán)鯨DevOps平臺(tái)的能力，在與原有工具（藍(lán)色）整合后，構(gòu)建起中國(guó)銀河證券的DevOps工具全景圖。

可以看到，研發(fā)度量是中國(guó)銀河證券在建設(shè)DevOps工具體系前，就提前考慮好的重要建設(shè)內(nèi)容。若不提前鋪墊，后面在建設(shè)研發(fā)度量的時(shí)候，就會(huì)遇到工具集成深度不夠、數(shù)據(jù)打通不足的問(wèn)題。

04. 后續(xù)展望

以下這張圖是研發(fā)度量平臺(tái)建設(shè)的5個(gè)階段，包括最開(kāi)始的敏捷理念的推廣，然后是研發(fā)過(guò)程的標(biāo)準(zhǔn)化、工具的準(zhǔn)備和打通，再然后是指標(biāo)體系的建設(shè)，最后是度量指標(biāo)促進(jìn)標(biāo)準(zhǔn)執(zhí)行。目前中國(guó)銀河證券剛完成研發(fā)標(biāo)準(zhǔn)化、業(yè)務(wù)自動(dòng)化和工具智能化的建設(shè)，正在推進(jìn)研發(fā)度量領(lǐng)域推進(jìn)指標(biāo)體系的建設(shè)。

下一階段就是平臺(tái)建設(shè)完畢后，中國(guó)銀河證券將通過(guò)度量平臺(tái)反哺企業(yè)研發(fā)過(guò)程，發(fā)現(xiàn)研發(fā)瓶頸、促進(jìn)效率的進(jìn)一步提升，這正是中國(guó)銀河證券研發(fā)度量的核心目標(biāo)。

中國(guó)銀河證券也將積極響應(yīng)國(guó)家信創(chuàng)計(jì)劃，推動(dòng)DevOps平臺(tái)信創(chuàng)建設(shè)。同時(shí)中國(guó)銀河證券也計(jì)劃在明年通過(guò)信通院DevOps三級(jí)標(biāo)準(zhǔn)。

中國(guó)銀河證券的DevOps平臺(tái)建設(shè)將不僅僅局限于對(duì)應(yīng)用發(fā)布的自動(dòng)化，也會(huì)持續(xù)向配置管理和數(shù)據(jù)發(fā)布自動(dòng)化發(fā)展。未來(lái)，DevOps平臺(tái)將會(huì)滲入到研發(fā)過(guò)程的方方面面，全面提升軟件研發(fā)全生命周期各環(huán)節(jié)的效率與質(zhì)量。

以上，便是中國(guó)銀河證券關(guān)于DevOps平臺(tái)建設(shè)過(guò)程，以及如何在企業(yè)里推進(jìn)自上而下建設(shè)DevOps的經(jīng)驗(yàn)分享，希望能給證券同行構(gòu)建DevOps工具體系帶來(lái)建設(shè)啟發(fā)與參考價(jià)值，感謝各位的聆聽(tīng)。