關於 CI/CD
判斷哪一個持續整合與持續部署 (CI/CD) 架構最符合您的業務需求。
CI/CD 的目標是建置軟體元件並加以整合,以確保元件能夠與其他建置區塊有效運作並互通。CI/CD 流程可確保符合必要標準,並以自動化或手動決策部署至環境,並且可以完全追蹤。
CI/CD 處理程序必須可以重複且一致。您可以將 CI/CD 流程視覺化成製造或交付管道,每當建立程式碼時,程式碼都會經過相同的一系列階段。
檢閱符合您需求的架構和解決方案
檢閱這些相關解決方案:
複查這些相關的參照架構:
- 使用 Jenkins 設定雲端部署的 CI/CD 管線
- 部署 GitLab 以在 OCI 上啟用 CI/CD 管線
- 使用 Oracle Cloud Infrastructure DevOps 服務和 OCI Functions 建置 CICD 管線
- 使用 GitHub 動作和 Oracle Cloud Infrastructure DevOps 服務建置適用於雲端部署的 CI/CD 管線
- 以主要 / 代理程式模式部署 Jenkins
- 使用 Oracle DevOps 服務建置持續整合和部署管道
- 使用 Oracle Cloud Infrastructure DevOps 服務建置持續部署管線
- 使用叢集自動調整功能在 Oracle Container Engine for Kubernetes 上部署 GitLab 執行器
CI/CD 流程的考量
雖然 CI/CD 流程可簡化程式碼編寫目標的達成,但也有相當複雜的部分。在實作 CI/CD 架構時,請考量這些因素。
技術多元化
識別單一管線中部署解決方案所需的各種技術。兩者、待驗證的技術,以及從靜態程式碼分析到單元、整合及元件測試所需的潛在工具。
唯一品質需求
識別不同的軟體建置是否有個別的品質需求。例如,與處理個人醫療資料的網際網路解決方案相比,內部使用的軟體不需要管理機密資料,也不需要相同的安全性檢查等級。
技術技能需求
識別團隊或組織中所需的技術技能範圍,以操作並維護管道。
成本 - 收益分析
與您建立的軟體價值或需求相比,預估建立管道的成本。
產品策略需求
定義相關產品和雲端策略。例如,與預先建置的服務 (IaaS 分別超過 PaaS 或反向版本) 相比較時,與廠商無關的開放原始碼軟體。