本文由公眾號(hào)EAWORLD原創(chuàng)翻譯，轉(zhuǎn)載需注明出處。

作者 Andrew Phillips

譯者 張斌

持續(xù)交付（CD）是一種軟件策略，它使企業(yè)盡可能快速有效地向用戶提供新特性。持續(xù)交付的核心思想是創(chuàng)建可重復(fù)、可靠和逐步改進(jìn)的過程，從而將軟件從概念變?yōu)楝F(xiàn)實(shí)帶給客戶。持續(xù)交付的目標(biāo)是通過自動(dòng)化軟件生產(chǎn)線使變更不斷流入生產(chǎn)。持續(xù)交付流水線使持續(xù)交付成為可能。

流水線將軟件交付過程分成階段。每個(gè)階段旨在從不同角度驗(yàn)證新特性的質(zhì)量，以確認(rèn)新功能，并防止失誤給用戶造成影響。流水線應(yīng)向團(tuán)隊(duì)提供反饋，并讓所有交付新特性的人員了解變更流。

雖然沒有標(biāo)準(zhǔn)流水線這樣的東西，但典型的持續(xù)交付流水線包括以下階段：構(gòu)建自動(dòng)化和持續(xù)集成、測(cè)試自動(dòng)化和部署自動(dòng)化。

1.構(gòu)建自動(dòng)化和持續(xù)集成

流水線首先會(huì)構(gòu)建二進(jìn)制文件來創(chuàng)建可交付成果，這些成果然后被傳遞到后續(xù)階段。開發(fā)人員實(shí)現(xiàn)的新特性被持續(xù)集成到中央代碼庫中，并被構(gòu)建和進(jìn)行單元測(cè)試。這是最直接的反饋循環(huán)，它可以通知開發(fā)團(tuán)隊(duì)其應(yīng)用程序代碼的健康狀況。

2.測(cè)試自動(dòng)化

在這個(gè)階段，新版本的應(yīng)用程序經(jīng)過嚴(yán)格測(cè)試，以確保其達(dá)到所有預(yù)期的系統(tǒng)質(zhì)量。通過流水線驗(yàn)證所有相關(guān)方面極為重要 - 無論是功能、安全性、性能或合規(guī)性。該階段可能涉及不同類型的自動(dòng)或手動(dòng)（至少最初需要這樣）活動(dòng)。

3.部署自動(dòng)化

每次將應(yīng)用程序安裝在測(cè)試環(huán)境中時(shí)都需要進(jìn)行部署，但部署自動(dòng)化的最關(guān)鍵時(shí)刻是上線時(shí)間。由于前面的階段已經(jīng)驗(yàn)證了系統(tǒng)的整體質(zhì)量，所以部署已是一個(gè)低風(fēng)險(xiǎn)的步驟。部署可以分階段，可以將新版本最初只發(fā)布到生產(chǎn)環(huán)境的一部分，而非全部，并在完全上線之前進(jìn)行監(jiān)控。部署是自動(dòng)化的，如果需要，它可以在幾分鐘內(nèi)為用戶提供可靠的新功能。

4.你的流水線需要平臺(tái)分配和配置管理

部署流水線由平臺(tái)分配和系統(tǒng)配置管理支持，它允許團(tuán)隊(duì)自動(dòng)或通過按下某個(gè)按鈕來創(chuàng)建、維護(hù)和拆除完整的環(huán)境。

自動(dòng)平臺(tái)分配確保你的候選應(yīng)用程序部署到正確配置和可復(fù)制的環(huán)境中并進(jìn)行測(cè)試。它還有助于橫向可擴(kuò)展性，并允許企業(yè)隨時(shí)在沙箱環(huán)境中試驗(yàn)新產(chǎn)品。

5.編排一切：發(fā)布和流水線編排

部署流水線中的多個(gè)階段需要不同小組的人員進(jìn)行協(xié)作和監(jiān)控新版本應(yīng)用程序的發(fā)布。發(fā)布和流水線編排提供了整個(gè)流水線的頂層視圖，使你能夠定義和控制階段，并深入了解整個(gè)軟件交付過程。

通過為你的發(fā)布創(chuàng)建價(jià)值流映射，你可以突出顯示任何殘余的低效率和熱點(diǎn)，并找到改善流水線的機(jī)會(huì)。

6.在質(zhì)量未達(dá)標(biāo)前，

不要添加新的功能！

持續(xù)交付指使你的組織能夠快速可靠地將一個(gè)個(gè)新特性帶入生產(chǎn)。這意味著每個(gè)單獨(dú)的特性需要在上線之前進(jìn)行測(cè)試，確保其滿足整個(gè)系統(tǒng)的質(zhì)量要求。

在傳統(tǒng)的環(huán)境中，開發(fā)團(tuán)隊(duì)通常會(huì)一次性地實(shí)施整個(gè)新版本，而且當(dāng)項(xiàng)目接近完成時(shí)，他們才解決軟件質(zhì)量屬性問題（如魯棒性、可擴(kuò)展性和可維護(hù)性）。然而，隨著截止日期的臨近和預(yù)算壓力的增加，質(zhì)量往往是首先被妥協(xié)的。

采用在保證質(zhì)量達(dá)標(biāo)之前不添加新功能的原則，可以避免系統(tǒng)質(zhì)量差、用戶滿意度低和無止境地貼“質(zhì)量創(chuàng)可貼”的現(xiàn)象。你應(yīng)該始終首先滿足并保持你的質(zhì)量水平，然后才考慮逐漸向系統(tǒng)添加功能。

使用持續(xù)交付，每個(gè)新特性從一開始就需要滿足系統(tǒng)整體的質(zhì)量水平。只有達(dá)到這個(gè)質(zhì)量水平，才能將特性轉(zhuǎn)移到生產(chǎn)中。

7.開始進(jìn)行持續(xù)交付

顯然，組織不能也不該在所有業(yè)務(wù)部門立即采用持續(xù)交付。最好的辦法是專注于改善你最大的交付瓶頸。持續(xù)交付會(huì)自動(dòng)顯示下一個(gè)瓶頸是什么。這使你可以度量你的改進(jìn)。

使用持續(xù)交付的主要目標(biāo)是使比以前的迭代更好的新特性和功能上線，并逐漸整合和完善整個(gè)組織的持續(xù)交付原則。慢慢地走，平穩(wěn)地走——觀察改進(jìn)！

本文的大部分內(nèi)容在《連續(xù)交付的IT經(jīng)理指南》中有更廣泛的敘述，該指南可通過go.xebialabs.com/IT-Managers-Guide-to-CD.html獲取。

原文鏈接：https：//devops.com/continuous-delivery-pipeline/

關(guān)于作者

Andrew Phillips負(fù)責(zé)XebiaLabs的產(chǎn)品管理。Andrew是DevOps、云和持續(xù)交付領(lǐng)域的傳播者和思想領(lǐng)袖。他是管理團(tuán)隊(duì)的一員，負(fù)責(zé)推動(dòng)產(chǎn)品方向、定位和規(guī)劃。

關(guān)于EAWorld

微服務(wù)，DevOps，元數(shù)據(jù)，企業(yè)架構(gòu)原創(chuàng)技術(shù)分享，EAii（Enterprise?Architecture?Innovation?Institute）企業(yè)架構(gòu)創(chuàng)新研究院旗下官方微信公眾號(hào)。

微信號(hào)：eaworld，長(zhǎng)按二維碼關(guān)注