翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Argo CD と Flux のユースケース
このセクションでは、純粋な GitOps 機能を提供する Argo CD と Flux の 2 つのツールに焦点を当てます。このコンテキストでは、*純粋な GitOps* は、Git リポジトリがアプリケーションとインフラストラクチャの望ましい状態の唯一の信頼できるソースとして機能するモデルを指します。すべての変更は Git コミットを通じて行われ、システムはリポジトリで定義されている状態と一致するようにライブ環境を自動的に同期します。Git オペレーション以外では、手動による介入は必要ありません。
## 一般的な考慮事項
+ ビジュアル管理とアプリケーション中心のワークフローが重要な環境で Argo CD を使用することをお勧めします。
+ 軽量ソリューション、強力なマルチテナンシー、またはより広範な Cloud Native Computing Foundations (CNCF) ネットワークとの深い統合が必要な場合は、Flux を選択できます。
+ Argo CD は、直感的な UI により、従来の CI/CD から GitOps に移行しているチームにとって魅力的なことがよくあります。
+ Flux は、CLI ベースのワークフローと IaC プラクティスが既に確立されているクラウドネイティブ環境で好まれることがよくあります。
最終的に、Argo CD と Flux の選択は、多くの場合、特定の組織のニーズ、既存のツール、チームの好みによって異なります。どちらのツールもほとんどの GitOps シナリオを処理できるため、特定のユースケースと要件に基づいて評価することをお勧めします。
## Argo CD のユースケース
ビジュアル管理：
+ デプロイを管理し、アプリケーションの状態を視覚化するために使いやすい UI が必要な場合。
+ モニタリングとトラブルシューティングのためのグラフィカルインターフェイスを好むチーム向け。
アプリケーション中心のアプローチ：
+ 個々のリソースを管理するのではなく、アプリケーションレベルでデプロイを管理する場合。
+ アプリケーションの概念を中心にデプロイを構築する組織向け。
マルチクラスター管理：
+ 複数のクラスターにまたがるデプロイを管理する場合、これが主な要件です。
+ クラスターが多い複雑な分散環境の場合。
ウェーブのロールバックと同期：
+ 同期ウェーブや手動介入など、デプロイプロセスをきめ細かく制御する必要がある場合。
+ 複雑なロールバック戦略を必要とするシナリオの場合。
既存のツールとの統合：
+ Argo ワークフローや Argo イベントなど、Argo プロジェクトで既に他のツールを使用している場合。
エンタープライズ環境：
+ デフォルトでは、堅牢な RBAC とシングルサインオン統合を必要とする大企業向け。
## Flux のユースケース
軽量デプロイ：
+ より軽量でリソースを大量に消費しない GitOps ソリューションが必要な場合。
+ リソースが制約される可能性のあるエッジコンピューティングまたは IoT シナリオの場合。
イメージの自動更新：
+ 新しいコンテナイメージの自動検出とデプロイが重要な要件である場合。
+ 頻繁なイメージ更新による継続的なデプロイに重点を置くチーム向け。
マルチテナンシー：
+ 特に共有クラスター環境で強力なマルチテナンシーサポートが必要な場合。
+ チームまたはプロジェクトを厳密に分離しているサービスプロバイダーまたは大規模な組織向け。
IaC:
+ 同じ GitOps ワークフローを使用してアプリケーションとインフラストラクチャの両方を管理する場合は、重要です。
+ IaC パラダイムに大きく投資されているチーム向け。
Helm 統合：
+ Helm チャートの広範な使用がデプロイ戦略の一部である場合。
+ Helm ベースのデプロイが複雑な環境の場合。
CNCF プロジェクト統合：
+ 他の CNCF プロジェクトとの緊密な統合が重要な場合。
+ CNCF のテクノロジーと原則に沿った組織向け。
モジュラーアーキテクチャ：
+ GitOps ツールキットの特定のコンポーネントのみを柔軟に使用する必要がある場合。
+ モジュラーコンポーネントを使用してカスタム GitOps ワークフローを構築するチーム向け。
プログレッシブ配信：
+ Canary リリースや A/B テストなどの高度なデプロイ戦略がコア要件である場合。
## 機能の比較
| [面積] | Argo CD | Flux |
| --- | --- | --- |
| GitOps の基本原則のサポート |  はい |  はい |
| アーキテクチャ | Kubernetes GitOps ワークフローを実装するためのEnd-to-endアプリケーション | GitOps 用の Kubernetes CRDs とコントローラーを提供します GitOps |
| セットアップ | シンプル | 複雑 |
| Helm のサポート |  はい |  はい |
| Kustomize のサポート |  はい |  はい |
| 統合 GUI | CLI とフル機能のウェブ UI | CLI とオプションの軽量ウェブインターフェイス |
| RBAC サポート | きめ細かなコントロール | Kubernetes ネイティブ RBAC |
| マルチテナンシーとマルチクラスターのサポート | マルチクラスターの曖昧なサポート | マルチテナンシーの優れたサポート |
| シングルサインオン認証 |  はい |  はい |
| 同期オートメーション | ウィンドウを同期する機能 | 調整間隔を設定する機能 |
| 部分同期 |  はい |  いいえ |
| 照合プロセス | 手動同期と自動同期をサポートします。いくつかの異なる戦略を使用できます。 | 手動同期と自動同期をサポートします。 |
| 拡張性 | カスタムラグインをサポートします。カスタマイズオプションが制限されています。 | カスタムコントローラーをサポートします。優れた拡張性とサードパーティー統合。 |
| 同時実行数のサポート | 大規模でアクティブなコミュニティ。 | 小規模ではあるが成長しているコミュニティ。 |
| スケーラビリティ | スケーラビリティは良好ですが、ウェブ UI のデータ取得レートによって制限されます。コミュニティ分析では、数万のアプリケーションのサポートが提案されています。 | 水平方向および垂直方向のスケーラビリティ、最大数万のアプリケーションに関する明確なガイド。 |