持續(xù)交付管道實現(xiàn)全面自動化
時間：2022-04-19 13:18:01 | 來源：行業(yè)動態(tài)
時間：2022-04-19 13:18:01 來源：行業(yè)動態(tài)
為了達(dá)成這些目標(biāo)，我們需要為部署在OpenShift中的應(yīng)用程序定義所有權(quán)與支持模式。實際上，如果開發(fā)團(tuán)隊希望以自助方式管理基礎(chǔ)設(shè)施，那又該由誰來提供技術(shù)支持？在觀察谷歌、Netflix以及Spotify的業(yè)務(wù)體系后，我們發(fā)布了一套模型，其中由交付團(tuán)隊負(fù)責(zé)管理所需的基礎(chǔ)設(shè)施（即在容器中添加的內(nèi)容），而運營團(tuán)隊則負(fù)責(zé)保持OpenShift穩(wěn)定可用很明顯，一切業(yè)務(wù)服務(wù)的可用性，都將直接由底層OpenShift的可用性所決定。此外，為了保證所有權(quán)明確清晰，我們決定將特定項目的OpenShift配置文件同項目的其余源代碼統(tǒng)一起來。
我們采用以下邏輯在Jenkins中建立了一個流程：
每十分鐘，源代碼repo會接受一次輪詢；一旦出現(xiàn)任何變更，則觸發(fā)新的build。
此build將運行單元測試以及創(chuàng)建項目Docker鏡像所需要的其他一系列操作步驟。完成之后，此Docker鏡像永遠(yuǎn)不會進(jìn)行后續(xù)變更。這也是我們實現(xiàn)不變基礎(chǔ)設(shè)施的核心要點之一。
在解決方案的每個層上單獨進(jìn)行一系列集成測試。通過隔離，我們可以模擬出依賴項。以此為基礎(chǔ)，我們即可脫離下游依賴項的可用性與測試數(shù)據(jù)質(zhì)量，單獨運行一系列測試。這些測試將在臨時環(huán)境中運行，這一點在OpenShift中并不難做到。
在IT環(huán)境中運行一系列集成測試。
我們每天在QA環(huán)境上部署一次之前成功完成測試的build。QA環(huán)境用于手動探索性測試以及手動（后續(xù)計劃改為自動）負(fù)載測試。
最后一步則是每周在生產(chǎn)預(yù)覽環(huán)境中進(jìn)行一次部署。這一步需要人工核準(zhǔn)。
在生產(chǎn)環(huán)境中部署需要KeyBank的多次批準(zhǔn)。這些批準(zhǔn)以會議形式完成，即人們展示將部署的內(nèi)容，而高級領(lǐng)導(dǎo)者簽署發(fā)布命令。這個過程不適合我們，因為我們沒有足夠的時間每周舉行三次會議（的確，這需要三個不同部門確信發(fā)布版本的合理性）。我們可以改變這樣的流程，并且同意：
關(guān)鍵詞：自動化,實現(xiàn),管道
在線咨詢