一千萬個為什麽

搜索

成立沒有沙箱CI/CD的理由?



CI/CD環境是DevOps團隊的生產載體。

這裏的錯誤可能是很多球隊的表現障礙。

此外,它還是為需要維護的團隊提供的產品(無論如何都有四分之一的新功能和安全補丁)以及實驗空間(例如新的指標插件)。

如何讓這個?我能想象的唯一一個反對沙盒的理由是它的成本。但是,這不是向IaC過渡,也就是管道作為代碼提供像Gitlab或Travis中的“無服務器”CI/CD,而不是下一步? 否則,CI/CD是新的“寵物”系統?

轉載註明原文: 成立沒有沙箱CI/CD的理由?

一共有 1 個回答:

畢竟,CI/CD系統只是另一個軟件產品/系統。定期升級和插件安裝中的至少一些更改可以視為軟件產品本身的更改。

我沒有看到這種軟件產品不能作為CI/CD解決方案自身開發過程的一部分的原因。甚至可能甚至是自己 - 例如最新的生產版本 - 如果它足夠靈活(我仍在研究我正在研究的CI系統的這種可能性)。

現在,在特定軟件開發項目中部署/主動使用的CI/CD系統實際上是部署在特定環境中的軟件產品。

對CI/CD系統配置的更改實際上並不是軟件更改,它們是軟件系統部署環境的更改。在CI/CD管道中解決這些問題更為棘手。有些甚至不可能。你必須盡可能地復制環境。但是你不可能100%地完成這個任務 - 就像沒有開發/質量保證/等等環境完全一樣。

一些環境變化可以在CI/CD管道中進行測試。例如,對測試腳本的更改:舊版本和新版本都可以在一段時間內作為具有相同工件的並行流水線作業執行,足以確定測試質量和穩定性,然後才能使新版本成為官方一個退休了。

最後,不要忘記,大多數CI系統都是被動的:它們檢測破壞,但在開發過程之前需要人為操作來識別罪魁禍首和/或進行修復恢復。將這樣的CI系統應用於主動使用的CI/CD系統,可以讓你提到的顯示屏問題。只有無阻塞 CI系統才能完全阻止他們(免責聲明:我是擁有引用頁面並提供此類系統的公司的創始人)。