數字化轉型從持續集成和持續交付開始

Bob Violino

在軟件設計和開發中，提升速度的關鍵是被稱為CI/CD的一系列操作原則和實踐，因為其整合了持續集成（CI）和持續交付（CD）。CI/CD讓軟件開發團隊能夠更加頻繁和可靠地交付代碼更改，從而能夠更快地滿足業務及其客戶的需求。

持續集成是一種編碼哲學和實踐，旨在推動開發團隊進行少量更改，并經常性地將代碼放入版本控制存儲庫進行檢查。鑒于目前大多數應用程序都要求團隊使用不同的平臺和工具來開發代碼，因此團隊需要有一種方法來集成和驗證其更改的結果。

持續集成的目的是創建一種統一的自動化方式來構建、打包和測試軟件應用程序。集成過程中的一致性使得開發團隊可以更為頻繁地修改代碼，從而強化協作和提升軟件質量。

持續集成之后的持續交付可使應用程序被自動交付到指定的基礎設施環境中。如今，除了在生產環境（包括測試環境）外，大多數開發團隊還在多種其他環境中工作，持續交付可確保更改后的代碼能夠被自動推送到這些不同的環境中。

持續集成和持續交付需要連續測試，因為目標是向最終用戶交付高質量的且安全的應用程序和代碼。持續測試常常被作為自動化回歸、性能等測試的一部分。

持續集成和持續交付（CI/CD）包含了相同的文化、操作原則以及一系列可加速軟件開發過程的實踐。其實現途徑被稱為CI/CD管道，被認為是DevOp團隊的最佳實踐之一。

行業專家稱，由于希望改善內部或客戶使用的軟件應用程序的設計、開發和交付，越來越多的企業開始采用CI/CD。

市場研究機構Gartner的副總裁兼分析師Sean Kenefick說：“我們肯定會看到CI/CD使用量大大增加的情況。我個人也一直都在不斷進行開發、測試和發布這方面的問題。”

Gartner在最近的一項名為《企業敏捷性》的調查報告中指出，越來越多的團隊在進行敏捷開發，這些敏捷團隊在持續集成、自動化驗收測試和開發方面的執行率顯然更高。

Kenefick說：“我認為CI是創建自動化管道的天然起點，這也正是團隊的起始領域。CD中的困難是需要實現應用程序的自動化測試和重構，以便少量功能也可以單獨被測試和發布。”

云咨詢公司ServerCentral Turing Group的云解決方案高級主管Josh Quint說，他所在的公司參與的所有新軟件項目都使用了一定程度的CI/CD。

這種趨勢背后的核心驅動力是無服務器計算基礎設施需要CI/CD集成，安全需求要求限制開發人員登錄到生產基礎設施的權限，以及敏捷方法需要更快的部署和測試周期。

CI/CD目前已經在許多參與開發的企業中成為了主流策略。卡內基梅隆大學軟件工程學院（SEI）負責持續部署能力的技術總監Hasan Yasar說：“持續集成、全面自動化測試和持續交付之類的技術專長曾經一度只被一些緊跟潮流的初創公司所掌握，如今傳統企業也已可以成功部署。”

以下是一些關于實施和維護CI / CD策略的建議。

盡早讓主要利益相關者參與到CI/CD之中

Yasar說，讓開發項目的所有利益相關者在項目之初就盡早參與到項目之中是一個好主意。例如，IT運營人員在架構決策中擁有發言權，因此開發人員可以在經過IT批準的基礎設施上進行開發。

Yasar說：“全部決策都應該由所有的利益相關者做出，這樣一來所有重大決策都可以交由專家完成。這種做法大大減少了整個項目生命周期中累積大量技術欠賬。”

選擇并部署正確的CI/CD系統

容器安全技術提供商StackRox的資深開發工程師Josh Komoroske說，市場上的CI/CD系統可以為企業帶來具體價值，其使用情況可以反映出工程/產品企業的健康程度。

Komoroske負責StackRox的CI/CD流程，他說：“如果構建、測試和部署新功能變得很便捷，那么公司應變能力將會得到極大提高。如果要花上幾周甚至幾個月的時間才能在客戶面前取得成功，那么客戶就會選擇其他能夠做得更好的企業。”

在研究支持CI/CD流程的軟件時，企業需要進行足夠的研究。Komoroske說：“企業要有負責產品技術指導、壽命或健康狀況的人來專門花費一些時間研究生態系統和可用的解決方案。請他們征求產品開發人員的意見。這些人將成為CI/CD系統的主要用戶，因為他們每天都要處理它們。”

一旦企業選擇了這樣的系統，那么就需要避免棄用的問題。Komoroske說：“這些解決方案中的大多數都可以免費試用，并且能夠與GitHub之類的平臺進行集成。設置一個集成并使其開始構建某些東西，實現構建、測試或部署的自動化。當人們看到這些系統能夠為其工作流程提供價值時，他們自然會將更多任務遷移到上面。”

將全面的自動化測試與手動批準相結合在一起

持續交付基本上由四個主要部分組成：

·針對隔離進行重構

·自動化測試

·創建自動化流程管道

·實現環境準備和配置的自動化

這四個組成部分相當籠統，可能需要許多單獨的實踐來實現它們。例如，為了實現測試自動化，團隊應專注于以測試優先的方法，以加強自動化單元測試和功能測試的創建;創建自動回歸、性能和安全性測試;進行自動化測試，以確保環境和業務流程平臺被正確配置。

Kenefick說：“沒有任何一項測試比這些測試更重要。與此同時還應該與其他質量實踐相結合，例如使用靜態分析工具，確保同行評審以及使用持續集成管道。”

Quint指出，要確保在部署過程中的關鍵時刻有手動批準的環節。他說：“手動批準環節可防止未經測試或未經批準的代碼進入生產環境或更高的測試環境。這樣還可使你能夠控制代碼到達關鍵環境的時間。”

跟蹤指標以確保CI/CD成功

與大多數其他技術和流程部署一樣，CI/CD也并非一勞永逸。Komoroske說：“我們要對構建/測試/部署周期的時間和脆弱性有深入的了解，這樣可以確定優化和改進的領域與機會。盡管在速度方面快比慢要好，但是可靠性和正確性的重要性要高于速度。”

CI/CD流程和相關工具應被視為“力量倍增器”，其可縮短工程設計、測試和產品上市時間，從而為企業帶來回報。企業可以通過采用CI/CD在開發和工程上實現可衡量的改進，通過衡量這些改進再根據時間對性能展開比較。

協作軟件提供商Altimetrik的工程主管Farid Roshan說：“盡管我們都知道DevOps是在持續學習和改進的前提下建立起來的，但是大多數公司在采用CI/CD的早期就忽略了這一點。” 他指出，企業應該在CI/CD工具上處理數據清單，以幫助確定在整個開發過程中要衡量的關鍵績效指標、績效目標和分析。

了解采用CI/CD的業務驅動力并考慮未來需求

對于企業而言，重要的是要理解為什么需要采用CI/CD，以便企業的開發團隊能夠建立必要的能力，從而確保實現關鍵目標。

Roshan說：“如果工作恰當，CI/CD可以提高開發人員的生產力，優化交付框架，提高運營效率和敏捷轉換。”

第一代CI/CD平臺是作為編排服務開發的，它能夠將整個產品生命周期中的流程連接起來，以提高生產效率。但是考慮到開發代碼所需的時間，這樣的平臺可能不會產生良好的投資回報（ROI）。

Roshan表示：“現代CI/CD功能采用的是模塊化架構，支持即插即用模式，并具有可配置的管道，能夠支持各種交付框架。”適當地將管道作為代碼進行部署可使工程團隊開發高級功能，從而滿足業務的當前需求。

盡管如此，預測未來需求也很重要。Roshan說：“企業要根據業務目標的未來發展開發CI/CD功能。在基于現有流程的孤島中采用DevOps CI/CD會導致工具的部署出現分散化和缺乏標準化，這樣一來即便實現了交付敏捷性，其所實現的ROI也是最低的。這種失誤會在整個企業中產生連鎖反應。”

全面實現自動化

Yasar說，作為CI/CD的一部分，企業應使能夠實現自動化的東西都實現自動化，并對不能自動化的東西進行清楚的描述。他說：“自動化是DevOps的支柱之一，也是具有CI/CD功能的DevOps可以實現的主要優勢之一。”

SEI推薦的敏捷開發方法是使用“基礎設施即代碼”（IaC）并對各種環境實現自動化。在基礎設施即代碼中，基礎設施組件（例如網絡、虛擬機和負載均衡器）的管理方法與DevOps團隊管理源代碼版本的方法相同。

Yasar說：“企業可以通過流程和實踐來啟用IaC，包括配置管理、環境供應等。目標是將所有自動化程序都視為代碼，并存儲在安全的版本控制系統中。”

理想情況下，基礎設施代碼與應用程序代碼存儲在同一存儲庫中，操作團隊和其他利益相關者可以隨時訪問它。

本文作者Bob Violino為Computerworld、CIO、CSO、InfoWorld和Network World等網站的特約撰稿人。

原文網址

https：//www.infoworld.com/article/3513499/how-to-get-started-with-cicd.html？nsdr=true