一千萬個為什麽

搜索

建立聲明式管道或管道作為代碼的正式標準是什麽?



從“精心制作的”DevOps工具鏈到聲明性管道的步驟就是下一次轉型邁向更高的生產力,這需要額外的努力。

任何經驗可以成為“臨界質量”,這種投資是明確的回報,而不是矯枉過正?

轉載註明原文: 建立聲明式管道或管道作為代碼的正式標準是什麽?

一共有 1 個回答:

Pipeline as Code (PaC) means that the CI/CD configuration will be stored in the VCS instead of in the CI/CD tool itself, e.g. configuring it manually by using a UI.

任何經驗可以成為這項投資的“臨界質量”   是明確的回報,而不是矯枉過正?

想象一下,在過去幾年中已經手動配置了100多個作業,並且想要將所有這些作業轉換為PaC,那麽這意味著創建新功能所需的資源會更少,因此不建議這樣做,但如果創建解決這個問題的任務,並且每一次沖刺都將手動工作轉換為PaC,那麽從長遠來看,這可能是有益的。

Advantages of PaC

沒有無止境的搜尋配置

一個優點是人們不必在各個地方看,例如, CI/CD工具,記錄如何將CI/CD作業配置為相關內容與代碼(即VCS)位於同一位置。

不再有無盡的和不必要的調試

另一個優點是,有人不能像使用UI配置時那樣輕松地打破CI/CD作業。例如,如果有人需要更改CI/CD,那麽必須更改VCS中的代碼。由於每個代碼更改都可以被跟蹤,因此可以立即清楚誰更改了管道,以及管道損壞時發生了什麽變化。