種基礎設施自動化方法

mstmahmuda11121

持續交付 (CD) 已被證明是敏捷軟體開發環境中的適當方法，並且是 DevOps 的核心要素，可以在短週期內可靠且可重複地發布高品質軟體。 顯示，平均有 80% 左右的產業和公司規模使用 DevOps 和持續交付。 Web 應用程式和軟體即服務領域處於中等範圍，佔 81%。 該報告還表明，透過使用容器和 Kubernetes，發布週期通常會顯著縮短。恢復時間也顯著縮短，部署頻率更高。持續交付與容器和 Kubernetes (K8s) 的結合非常有希望獲得良好的開發速度。 經典CD管道使用持續整合（CI）伺服器，該伺服器運行容器進行測試，然後將其打包成容器映像並將其部署到各種操作環境。這種經典方法（也稱為 CIOps）現在已經非常成熟，這就是為什麼許多缺點通常被簡單地接受或使用解決方法的原因。

在 Kubernetes 環境中，現在有一種替代方案，GitOps，它提供了優勢，特別是在可重複性 沙烏地阿拉伯 電話號碼 可審計性和安全性方面。 CIOps 與 GitOps – 簡而言之 在經典 CIOps 中，CI 伺服器主動執行到操作環境的部署（請參閱圖 1）。 圖 1：CIOps 流程 CIOps流程 這種方法的缺點是每次部署都必須在 CI 伺服器中進行建置。這使得該過程變慢。一般來說，相同的工件應該部署在所有階段。因此不需要新的建置、測試甚至版本名稱。此外，CI 伺服器必須具有對操作環境的寫入存取權限。鑑於目前對供應鏈的成功攻擊（例如針對 Okta 或 SolarWinds 公司），這並不理想。 簡而言之，GitOps 是一種方法，在該方法中，在K8s 叢集中運行的雲端原生應用程式不斷將叢集的實際狀態與Git 儲存庫中所述的所需狀態進行比較。



部署是透過推送到此儲存庫來觸發的，例如透過接受拉取請求（請參閱圖 2）。透過使用基礎設施即程式碼 (IaC) 對目標狀態進行聲明性描述，可以比較實際狀態和目標狀態。 圖 2：GitOps 流程 GitOps 流程 透過 GitOps 可以帶來以下優勢： 由於 GitOps 操作員從叢集內部執行部署，因此需要較少的從外部對叢集的寫入存取。 CI 伺服器中沒有憑證，因為不需要存取集群，並且不再可能強制插入應用程式憑證（改為使用 Secrets Management）。 Git 中完全版本化的基礎設施即程式碼 (IaC) 提供了審核和可重複性優勢。另外，叢集和Git會自動同步。 從組織角度來說，存取 Git 通常比存取 API 伺服器更容易。可能不需要啟動防火牆。 災難復原更容易，因為整個基礎設施都在 Git 中，這意味著不需要備份，至少對於無狀態工作負載來說是如此。