云效鼓勵師導讀：打造7*24小時的持續(xù)交付通道是很多技術(shù)團隊夢寐以求的事情，那么如何才能實現(xiàn)呢？阿里高級技術(shù)專家施翔帶來了他的思考。

此外，文末我們還為大家首次推出了阿里敏捷教練團隊傾心打造的提升研發(fā)效能36計課程之“看板+站會”相關(guān)內(nèi)容課程，歡迎報名。

我們對于研發(fā)效能的討論，本質(zhì)上是提高整個技術(shù)生態(tài)中的協(xié)同效率。如果僅從研發(fā)角度出發(fā)，技術(shù)團隊要實現(xiàn)的終極目標是7*24小時的靈活發(fā)布窗口，以及更快的業(yè)務(wù)迭代能力。

7*24小時發(fā)布窗口的實現(xiàn)其實并不簡單，受限于很多因素。我簡單的進行了分解。

?

?

一、系統(tǒng)

先從最基礎(chǔ)的開始說，當一個創(chuàng)業(yè)團隊只有幾個人，一兩個系統(tǒng)的情況下，是可以不考慮研發(fā)效率這回事的。因為不存在系統(tǒng)間的依賴，系統(tǒng)內(nèi)的依賴也完全在一個可控的范圍內(nèi)，本地起一個 Tomcat 或 Apache 就能開發(fā)、調(diào)試。另外再加上團隊成員之間的高頻交流，基本上可以實現(xiàn)隨時隨地，想發(fā)就發(fā)的要求。

?

當業(yè)務(wù)逐漸復雜，開發(fā)人數(shù)擴展到10幾人時。提效的第一步是理清系統(tǒng)內(nèi)的依賴關(guān)系，并促進角色的專業(yè)化。這也是大家所熟知的MVC，通過對視圖、模型、控制器的分離，對系統(tǒng)內(nèi)的邏輯進行分層。把復雜的代碼邏輯下沉到Model層，而視圖層交由更專業(yè)的前端來負責。

?

當然，在系統(tǒng)內(nèi)部仍然有一些擴展的空間，比如模塊化，為不同的業(yè)務(wù)劃分bundle等。但仍然沒有突破本身的瓶頸，而且單一的系統(tǒng)也很難突破機器的特理特性。

?

二、架構(gòu)

當技術(shù)團隊已經(jīng)達到幾十上百人的規(guī)模，當業(yè)務(wù)已經(jīng)無法通過單一的應(yīng)用來進行水平擴展時。分布式的架構(gòu)是解決問題的有效手段。在07年時，阿里集團就在推進SOA化，無論是淘寶還是支付寶，原來的單一應(yīng)用不斷被拆分出來，也在此時，承載服務(wù)化中樞的消息等中間件蓬勃發(fā)展。

這種方式，實現(xiàn)了系統(tǒng)之間的解藕，激活了技術(shù)人員的生產(chǎn)力，同時增大了系統(tǒng)的彈性，實現(xiàn)了服務(wù)能力的低成本水平擴展。但因為復雜的調(diào)用關(guān)系，對于某一個貫穿多個應(yīng)用的項目來說，無疑增加了集成的成本和質(zhì)量的風險。

同時，如果對應(yīng)用規(guī)模不加以規(guī)劃和控制的話，會導致應(yīng)用數(shù)的不斷擴張，從而影響到整體的開發(fā)維護成本。

?

三、配置管理

阿里在5到10年前，是有一個專門的崗位叫SCM的，負責技術(shù)團隊內(nèi)的代碼管理，配置項管理和應(yīng)用部署。特別是在服務(wù)化初期，開發(fā)人員的coding生產(chǎn)力被極度釋放，應(yīng)用數(shù)出現(xiàn)一個井噴，對配置管理的需求不斷增強，并最終促使了配置管理的變革（截止到目前，專職的SCM團隊被“消滅”了）。

?

在講配置管理前，先講講代碼分支管理機制。這也是很多研發(fā)模式變革的起點。在此，我先表達自己的觀點：沒有對與錯（先進與落后）的代碼分支管理機制，只有適不適合自己團隊當下以及未來發(fā)展的管理模式。

先從大的層面上來說，我們當前所討論的都是為了解決并行開發(fā)的問題，即有多個項目或團隊對于同一系列應(yīng)用進行功能開發(fā)。如果僅僅是串行開發(fā)，是基本不用太考慮代碼管理策略。

1、分支開發(fā)、主干發(fā)布。核心理念是使用固定的主干作為集成分支。使用分支進行開發(fā)，在合并到主干分支后生命周期終止。當然除此之外，還有緊急發(fā)布分支等。

2、分支開發(fā)、分支發(fā)布。發(fā)布成功后執(zhí)行寫基線操作，確保主干的及時更新和穩(wěn)定。同時分支發(fā)布的方式不依賴于大集成，保持很強的靈活性。

?

體現(xiàn)在項目上的流程為：

3、其他模式：主干開發(fā)、分支分布等。由于我們并不常用，所以略過。

相關(guān)閱讀：在阿里，我們?nèi)绾喂芾泶a分支

?

平臺化的支持：早期配管的人肉化，也造成了代碼集成和部署的效率很低。不同角色之間的協(xié)同靠人來完成。因此在那個背景下，還需要一個配套的PMO組織來保障。在這樣一個歷史背景下，Aone（對外叫云效）也孕育而生，從平臺化的角度來解決研發(fā)過程的協(xié)同、構(gòu)建、集成和測試幾個復雜的過程。

為了更清楚的了解那個時期的痛點，我找了2009年左右的Aone（云效）的藍圖，可以管中窺豹（這個時期我并沒有親自經(jīng)歷過，只是針對于當時的老人做了些訪談和收集了一些資料）。我猜想也正因為這條道路面向未來解決問題造就了現(xiàn)在的Aone平臺（云效）。

?

?

四、測試

當一個技術(shù)團隊小，負責應(yīng)用少以及業(yè)務(wù)的用戶群體少時，是完全可以不用測試的。只有當業(yè)務(wù)發(fā)展到一定階段，用戶對于質(zhì)量的容忍程度越來越低時，才引入專業(yè)的測試角色。其次，在軟件離線交付階段，由于軟件的召回成本很高，所以對于測試是不遺余力的，但隨著在線交付時代的深入，測試團隊是否能夠快速的實現(xiàn)軟件質(zhì)量的評測反饋，成為一個非常關(guān)鍵的問題。而也決定著，在打通上述各個環(huán)節(jié)后，7*24小時軟件持續(xù)交付通道是否能夠真正實現(xiàn)。

?

在講之前，我們再回顧一下上個章節(jié)。Aone（云效）平臺實現(xiàn)了開發(fā)代碼、配置、應(yīng)用部署的在線化，現(xiàn)在只剩下最后的一環(huán)——測試。從2010年以來，B2B的測試團隊就希望可以把分層自動化平臺跟Aone（云效）研發(fā)協(xié)作平臺綁定在一起，通過系統(tǒng)調(diào)用的方式來實現(xiàn)一個測試的快速驗證機制，并最終實現(xiàn)回歸測試過程中的無人值守。

?

這個意義非常重大。應(yīng)用的服務(wù)化后，技術(shù)的風險實際上是收斂的，大家都可以面向服務(wù)來進行開發(fā)，實現(xiàn)高內(nèi)聚、構(gòu)耦合。并且應(yīng)用的發(fā)布也更加靈活了。但對于測試來說，卻是極大的挑戰(zhàn)：

1、測試的層次增加了。

2、測試的輪次變多了。每次集成，每次發(fā)布就有可能是一次完整的測試回歸。

?

就如Aone（云效）的推進間接取替了SCM這個角色一樣。研發(fā)平臺的快速發(fā)展和業(yè)務(wù)7*24小時發(fā)布的述求，也開始沖擊測試在代碼集成后的快速反饋能力。這是一個挑戰(zhàn)，也是一個機會。否則，前期釋放出來的所有生產(chǎn)力，最后全都被卡在了測試這最后一個環(huán)節(jié)，而且沒有辦法拆解（每拆解出來一個，測試工作量就增加一倍）。只能通過不斷疊加集成的應(yīng)用量來提高集成測試的效率。

經(jīng)過1688測試團隊幾代同學的努力，現(xiàn)在我們在這個方面總算有了些成績。我們已經(jīng)通過分層自動化體系實現(xiàn)了60%以上發(fā)布測試的無人值守，并且全年攔截故障在數(shù)百個級別（含頁面、UI等）。

它的實現(xiàn)邏輯如下:

五、文化

至此，真正所謂的7*24小時業(yè)務(wù)的持續(xù)交付通道已經(jīng)完全打造出來。

?

我們再回顧一下：

1、應(yīng)用內(nèi)的架構(gòu)分層，前端、后端、測試各應(yīng)其職，通過專業(yè)化的力量激發(fā)了一輪生產(chǎn)力。

2、服務(wù)化的架構(gòu)，讓技術(shù)人員可以面向服務(wù)來進行業(yè)務(wù)的開發(fā)，實現(xiàn)了架構(gòu)上的高內(nèi)聚低耦合。進一步釋放大規(guī)模技術(shù)團隊的活力。

3、研發(fā)平臺的搭建，提供了持續(xù)交付管道，實現(xiàn)了開發(fā)、測試過程的快速、準確傳遞。

4、依托于研發(fā)平臺，實現(xiàn)了環(huán)境的自動化部署，應(yīng)用監(jiān)控，代碼檢查。掃除了研發(fā)過程的基建設(shè)施。讓技術(shù)人員聚焦于代碼的生產(chǎn)。

5、測試自動化驗證體系，減少系統(tǒng)集成風險，提高集成的頻率。最終實現(xiàn)了代碼的快速上線。

作者簡介

施翔，畢業(yè)于南昌大學，現(xiàn)就職于阿里巴巴新零售技術(shù)事業(yè)群CBU技術(shù)部，擔任高級專家職務(wù)，負責質(zhì)量技術(shù)、系統(tǒng)穩(wěn)定性和DevOps團隊。過去曾就職于中興通訊、支付寶等公司，善于通過技術(shù)手段解決研發(fā)環(huán)節(jié)質(zhì)量問題，在系統(tǒng)高可用、測試工具研發(fā)、研發(fā)效率提升等方面有著豐富的經(jīng)驗。