本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
Argo CD 和 Flux 使用案例
本節著重於提供純 GitOps 功能的兩種工具：Argo CD 和 Flux。在這種情況下，純 GitOps 是指 Git 儲存庫做為應用程式和基礎設施所需狀態之單一事實來源的模型。所有變更都是透過 Git 遞交進行，系統會自動同步即時環境，以符合儲存庫中定義的狀態。Git 操作之外不需要手動介入。
一般考量
-
您可能偏好在視覺化管理和以應用程式為中心的工作流程很重要的環境中使用 Argo CD。
-
如果您需要更輕量的解決方案、強大的多租用戶或與更廣泛的雲端原生運算基礎 (CNCF) 網路深度整合，您可以選擇 Flux。
-
Argo CD 通常吸引從傳統 CI/CD 轉換到 GitOps 的團隊，因為其直覺式 UI。
-
在已建立 CLI 型工作流程和 IaC 實務的雲端原生環境中，通常偏好 Flux。
最後，Argo CD 和 Flux 之間的選擇通常取決於您的特定組織需求、現有工具和團隊偏好設定。這兩種工具都能夠處理大多數 GitOps 案例，因此我們建議您根據您的特定使用案例和需求進行評估。
Argo CD 使用案例
視覺化管理：
-
當您需要易於使用的 UI 來管理部署和視覺化應用程式狀態時。
-
對於偏好圖形界面進行監控和故障診斷的團隊。
以應用程式為中心的方法：
-
當您想要在應用程式層級管理部署，而不是管理個別資源時。
-
適用於根據應用程式概念建構其部署的組織。
多叢集管理：
-
當跨多個叢集管理部署時，這是主要需求。
-
適用於具有許多叢集的複雜分散式環境。
回復和同步波：
-
當您需要精細控制部署程序時，包括同步波紋和手動介入。
-
對於需要複雜復原策略的案例。
與現有工具整合：
-
當您已在 Argo 專案中使用其他工具時，例如 Argo Workflows 和 Argo Events。
企業環境：
-
對於預設需要強大 RBAC 和單一登入整合的大型企業。
磁通使用案例
輕量型部署：
-
當您需要更輕量、資源密集度較低的 GitOps 解決方案時。
-
對於可能限制資源的邊緣運算或 IoT 案例。
自動化映像更新：
-
當自動偵測和部署新的容器映像是關鍵需求時。
-
對於專注於持續部署並經常更新映像的團隊。
多租戶：
-
當需要強大的多租用戶支援時，特別是在共用叢集環境中。
-
對於在團隊或專案之間具有嚴格區隔的服務提供者或大型組織。
IaC：
-
透過相同的 GitOps 工作流程管理應用程式和基礎設施時很重要。
-
對於大量投資於 IaC 範例的團隊。
Helm 整合：
-
當大量使用 Helm Chart 是部署策略的一部分時。
-
適用於具有複雜 Helm 型部署的環境。
CNCF 專案整合：
-
當與其他 CNCF 專案緊密整合很重要時。
-
適用於符合 CNCF 技術和原則的組織。
模組化架構：
-
當您需要彈性來僅使用 GitOps 工具組的特定元件時。
-
對於想要使用模組化元件建置自訂 GitOps 工作流程的團隊。
漸進式交付：
-
當 Canary Releases 或 A/B 測試等進階部署策略是核心需求時。
功能比較
| 區域圖 | Argo CD | 磁通 |
|---|---|---|
支援核心 GitOps 原則 |
||
架構 |
實作 Kubernetes GitOps 工作流程的End-to-end應用程式 |
為 GitOps 提供 Kubernetes CRDs和控制器 |
設定 |
簡便 |
複雜 |
Helm 支援 |
||
Kustomize 支援 |
||
整合式 GUI |
CLI 和功能完整的 Web UI |
CLI 和選用的輕量型 Web 介面 |
RBAC 支援 |
精細控制 |
Kubernetes 原生 RBAC |
多租戶和多叢集支援 |
對多叢集的卓越支援 |
對多租戶的卓越支援 |
單一登入身分驗證 |
||
同步自動化 |
同步視窗的能力 |
能夠設定調校間隔 |
部分同步 |
|
|
調校程序 |
支援手動和自動同步。有幾種不同的策略可用。 |
支援手動和自動同步。 |
可擴展性 |
支援自訂 lugins。有限的自訂選項。 |
支援自訂控制器。良好的可擴展性和第三方整合。 |
Cummunity 支援 |
大型且活躍的社群。 |
較小但不斷成長的社群。 |
可擴展性 |
良好的可擴展性，但受限於 Web UI 的資料擷取速率。社群分析建議支援數萬個應用程式。 |
清楚的水平和垂直可擴展性指南，最多可達數萬個應用程式。 |
