?

【以下為分享實錄，有刪節】

今天分享的題目是《企業CICD規模化落地》，因此我們不會側重講解CICD是什么以及怎樣做CICD，而是你已經知道怎樣“玩轉”CICD了，要如何在一個比較大的企業中規模化地落地。

研發流程與持續交付簡析

持續交付是隨著互聯網的迅猛發展逐漸普及的一種研發模式，它具有“快速反饋”“質量內建”“自動化”“開發自運維”等特點。

這種研發模式主要包含如上圖所示的四個環節，“分支管理”“測試驗證”“制品管理”和“發布”。在業界有很多工具支持這些操作，在云效產品矩陣中也有對應的產品提供相應功能。

在一個中小型的研發團隊（比如5-10人），無論你是使用商業軟件還是開源的工具，經過一段時間的學習，你都可以把“持續交付”做起來。但是當需要規模化落地之后，就有更多的問題需要考慮，如：

• 如何提高協作效率；
• 新團隊如何快速接入；
• 如何進行全局風險的控制；
• 研發流程如何全局更新。

持續交付在阿里巴巴的規模化

接下來簡單了解一下“持續交付”研發工具在阿里巴巴內部的演化歷程。2009年，我們開發了自動化發布工具；2013年，建立統一構建部署平臺；到了2016年我們已經有了持續交付平臺，內部稱為“Aone”，該產品包含了從代碼開發、構建、發布等功能，以一個一站式的研發平臺，這個產品到現在也一直在演進；2017年時，我們將“Aone”的核心功能開放出來，供廣大開發者使用，就是我們的“阿里云·云效”。目前該產品在公測中，大家可以登錄阿里云官網進行訪問、使用。

下面我們介紹幾個幫助阿里巴巴實現持續交付規模化落地的研發實踐。

要使持續交付規模化落地，很重要的一點是需要有一套工具對研發模式進行全自動支持。 “研發模式”是指你做事情的一種方式，在這里主要是指代碼發布模式以及對應的分支使用方式，比如“主干模式”，這也是持續交付比較提倡的一種研發模式。但是“主干模式”對研發人員的要求比較高，并且也不能很好的體現出當前要進行發布的內容。作為一位研發負責人，你可能會選擇更靈活一些的研發模式，比如 “Aone Flow”或者 “Git Flow”等，這兩種模式都需要一定的自動化工具進行支持。

其中Aone Flow是在阿里巴巴內部主流的一種發布模式及分支管理方式，我們這里簡單介紹一下，感興趣的同學可以在網上搜索相關文章了解。Aone Flow使用三種分支類型：主干分支、特性分支、發布分支。主干分支上的代碼跟線上版本的代碼是一致的，當你要開發一個新的功能時，就會拉取一個特性分支作為開發分支，然后在這個分支上提交代碼修改。當你需要發布的時候，需要先將不同的特性分支合并為開發分支再進行發布。發布到線上正式環境后，合并相應的發布分支到主干，在主干添加標簽，同時刪除該發布分支關聯的特性分支。這個過程中涉及到大量的“拉分支”“合分支”“打標簽”“回滾版本”等等復雜操作，這就需要有一系列自動化工具進行支持。在阿里巴巴內部我們是通過Aone平臺（即云效的內部版本）提供自動化支持的。

第二個實踐是以應用為核心的一站式研發體驗。“應用”是指一個服務或者微服務，可以直接對應一個代碼庫。以應用為中心，我們又可以串聯流水線、環境管理、構建配置、部署等工具鏈。可以讓開發人員很好的理解和打通整個研發流程，同時也可以幫助一個新團隊快速上手。

上圖是我們內部一個產品研發過程的截圖，會有一個研發向導幫助你提交各種信息、初始化代碼庫、源碼自動生成、申請測試環境、進行線上發布等一系列操作。這種“以應用為核心的一站式體驗”非常爽，可以幫助研發團隊節省很多耗費在協作上的時間，而且有了這套流程之后，只要按照向導的提示去做就好了，很少出錯。

接下來，我們聊一下如何進行全局風險管控。

在部署正式環境之前，會有一個Checklist，進行安全審核、PE審核等等，我們很多對外發布的應用都會經過這樣的安全審核。在前DevOps時代（2016年以前），阿里巴巴內部還是有專門的運維團隊的，我們叫PE團隊。在正式發布前，他們會去審核發布的時間點、配置參數等。這就是全局風險管控，這些卡點會強制在一個流程中實施，不能夠取消。（當然現在已經阿里巴巴內部已經取消了PE團隊，這些卡點會通過自動化工具實現）

**兼具靈活性與規范性的持續交付平臺
**
通過以上幾個措施，就能夠在阿里巴巴內部規模化的落地CICD，當新的研發團隊加入時，也不用花費太多的時間去理解這個事情，而是很快上手去操作。但是我們這一套流程也遇到一些問題，這套流程面向Web端服務是可以很好去應對的，比如我們只有一個版本的“天貓”“淘寶”，永遠是面向最新版去交付的；但是隨著阿里云業務的發展，特別是出現了混合云的業務，出現了面向多Region和多版本交付的情況，我們這套研發流程就有點捉襟見肘了；因為我們的研發理念是“以應用為中心”，當遇到一些跟應用無關的交付場景時這套研發流程也會顯得不合時宜。

如何提高阿里巴巴持續交付平臺的靈活性呢？我們最早的研發架構如上圖左側所示，底層是研發平臺，上面我們做了很多“場景化”的研發組件，同時保留了一定的擴展性，比如“自定義組件”，用戶可以把自己的組件接入到我們的流水線里來；也暴露了一部分API，主要只讀接口，其他團隊可以在這上面做一些他的場景化。

我們認為這種研發架構的靈活性和擴展能力是不足的，（如上圖右側所示）后來我們就把構建、編排、部署、制品這些能力單獨拎出來，并開放對應的API，上層我們再去編纂“場景化”，而且有可能這些“場景”都不是我們開發的，而是使用這個產品的用戶自己去開發，重點是我們需要將這種擴展能力暴露出來。我們還會有“自定義步驟”和“自定義組件”，這兩個功能已經在云效產品中提供。同時，我們還會開發更多API、支持更多的源，也可以通過配置webhook在流水線的生命周期中（失敗、成功、暫停等）通知第三方。

這樣的研發架構就具備了一定的靈活性和可擴展性，但對于企業來講這是不夠，還必須具有開箱即用的能力。

云效內置代碼掃描、 安全掃描和各種自動化測試能力，并通過流水線模板串聯起來 。如上圖右側所示，針對主流的開發語言Java、PHP、Node.js、Go、Python等提供從構建到部署發布的各種模板，可以幫助你快速開始。

模板化能力其實是推進CICD規模化落地的關鍵，云效不僅提供了數十種通用的模版來幫助你快速創建流水線，同時提供定制化能力，支持定制企業自有模版來管理企業持續集成和持續交付流程，將復雜的流程通過可視化編排和結果展現，保障交付可見可控可度量。

總結：

當你已經對CICD有一定了解，怎么樣更好的在組織內規模化落地呢？第一，你需要選擇一款兼具靈活性和規范性的工具平臺。第二，制定適合自己企業的研發模式，并將其固化下來；第三，研發模式的變更可以應用到已有的團隊；第四，通過適當的卡點來控制全局風險。

以上內容整理自懷虎的視頻分享《企業CICD規模化落地》，歡迎大家加入云效開發者交流群（釘釘群號：34532418）觀看視頻回放，下載演講PPT。

---

【關于云效】

云效，企業級一站式DevOps平臺，源于阿里巴巴先進的研發理念和工程實踐，致力于成為數字企業的研發效能引擎！云效提供從“需求 ->開發->測試->發布->運維->運營”端到端的在線協同服務和研發工具，通過人工智能、云原生技術的應用助力開發者提升研發效能，持續交付有效價值。

【云效官網】https://www.aliyun.com/product/yunxiao
【公測指南】https://developer.aliyun.com/article/756207
【申請公測】https://devops.aliyun.com
【學習路徑】https://help.aliyun.com/document_detail/153739.html
【開發者社區】https://developer.aliyun.com/group/yunxiao
【精彩活動】云效公測開啟 「產品體驗官」招募中~
https://www.aliyun.com/activity/yunxiao/Beta2020

?

歡迎掃碼加入云效開發者俱樂部（釘群：34532418）

原文鏈接
本文為云棲社區原創內容，未經允許不得轉載。

總結

以上是生活随笔為你收集整理的分享实录 | 企业CICD规模化落地浅析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。