Argo CD 3.3がより安全なGitOps削除とスムーズな日常運用を実現

アプリケーションのデプロイメントおよびライフサイクル管理ツールである [Argo CD](https://argoproj.github.io/cd/) が、バージョン 3.3 のリリースにより新たなマイルストーンに到達しました。これは人気のある GitOps 継続的デリバリーツールの機能を拡張すると同時に、運用担当者にとって長年悩まされてきたいくつかの課題に対処するものです。 Argo CD 3.3 は、大規模なアーキテクチャ変更というよりも、日々の GitOps 運用における長年のギャップを埋める実用的なリリースとして位置づけられています。このリリース候補版は、削除時の安全性、認証体験、リポジトリのパフォーマンス、およびクラスターや自動スケーリングリソースに対するより精密な制御に焦点を当てています。 ![image](https://imgopt.infoq.com/fit-in/3000x4000/filters:quality(85)/filters:no_upscale()/news/2026/02/argocd-33/en/resources/1Screenshot%20From%202026-02-28%2023-14-33-1772321393615.png) リリース候補版が利用可能になった時点で公開された[アナウンスブログ記事](https://blog.argoproj.io/argo-cd-3-3-release-candidate-00e99f7b7daa)において、ソフトウェアエンジニアの[Peter Jiang](https://www.linkedin.com/in/peterjiang97/)は、Argo CD 3.3における最も目立つ変更点としてPreDeleteフックを紹介し、既存のPreSync、Sync、PostSyncフックに続くライフサイクルを完成させました。ブログ記事の中でJiang氏は、従来ユーザーはアプリケーション削除の準備のために外部スクリプト、手動でのクリーンアップ、またはKubernetes finalisersに依存しており、チームが予測可能なテardownシーケンスを必要とする際にこれらが脆かったり不透明であったりすることが多いと説明しています。一方、PreDeleteフックを使用すれば、チームはArgo CDがアプリケーションの残りのリソースの削除を進める前に実行して成功させる必要があるJobsなどのKubernetesリソースを定義できるようになり、フックに失敗した場合は削除がブロックされます。実際には、これによりデータのエクスポート、トラフィックのドレイン、依存するシステムへの通知などを含む明示的なライフサイクルフェーズとして削除が可能になります。 リリースの2つ目の主要機能は、OIDC 背景トークンリフレッシュです。これは Keycloak などのプロバイダーと Argo CD を統合するユーザーからの頻繁な不満に対応したものです。以前は、アクセストークンの有効期間が短いため、アクティブに作業中であってもユーザーインターフェースからログアウトされることがあり、長時間のデバッグやデプロイセッション中に大きなストレスの原因となっていました。新しい動作では、OIDC トークンを有効期限切れ前に自動的に背景でリフレッシュします。これは、リフレッシュをトリガーする残存有効期間の閾値を設定可能にすることで制御されます。Deepak Yadav は [LinkedIn で](https://www.linkedin.com/posts/deepak-yadav-a001a7126_releases-argoprojargo-cd-activity-7419816872751181824-IV59/)、これを目立つ変更の一つとして強調し、「ランダムなログアウトにさようなら」と要約しています。これはこの問題がどれほど強く感じられていたかを反映するものです。 Git リポジトリのオプション浅いクローン（shallow cloning）も追加されました。有効化すると、Argo CD は完全なリポジトリではなく必要なコミット履歴のみを取得します。発表によると、これにより大規模なモノレポや長期間稼働するプロジェクトで取得時間が数分から数秒に短縮される可能性があります。この機能はリポジトリ設定のフラグとして実装されており、ワークフローに完全な履歴が必要ないと判断した運用者が選択的にパフォーマンスを最適化できる仕組みとなっています。3.3 の主要ハイライトを説明するコミュニティ投稿では、浅いクローンが PreDelete フックや OIDC リフレッシュと並んで常に挙げられています。 発表ではまた、複雑な設定ワークフローを処理する Argo CD の中核部分となりつつある Source Hydrator に対する改善も指摘されています。新バージョンではインラインパラメータサポートが導入され、各設定変更ごとに個別のパラメータファイルをコミットする必要がなくなりました。さらにモノレポ構成への対応が強化され、リポジトリサーバーへの不要な呼び出しを避けるためのパフォーマンス向上も行われています。Jiang はこれらの変更をコミュニティの貢献者によるものとし、大規模な設定管理に適した Argo CD を実現するための継続的な取り組みの一環として位置付けています。これらの変更により、Source Hydrator は ApplicationSets における先行する取り組みと並んで、マルチアプリケーション展開における増大する設定複雑性を処理するメカニズムとして位置づけられています。 クラスターリソースに対する粒度の細かい制御も 3.3 で改善されています。リリースでは AppProjects 内の clusterResourceWhitelist が拡張され、アクセス制限が API グループや種別だけでなく、個々のリソース名によっても行えるようになりました。これにより、プロジェクトはすべての CRD（Custom Resource Definitions）ではなく特定の CustomResourceDefinitions のみを管理できるようになり、発表ではこれは共有クラスター上で複数のチームとコントローラーを運用するユーザーからの長年の要望であると説明されています。LinkedIn でのコメントはこの変更を RBAC コントロールのより広範な改善の一部として捉えており、CRD のスコープをより精密に設定することが組織のセキュリティポリシーや職務分離により適合すると指摘しています。 本リリースでは、Kubernetes イベント駆動型自動スケーリングプロジェクトである KEDA に対するファーストクラスのサポートも導入されました。Argo CD は now、ユーザーインターフェースから直接 KEDA の ScaledObjects および ScaledJobs を一時停止および再開できるようになり、ScaledJob のヘルスステートも認識するようになりました。これにより、以前は汎用的な「不明」と表示されていた部分が置き換えられました。コミュニティの投稿では、これはメンテナンスウィンドウやデバッグにおいて特に有用であると評価されており、オペレーターが他のアプリケーションリソースに対して使用している GitOps コントロールサーフェースを通じて、イベント駆動型ワークロードを一時的に停止できるためです。 これらの目玉機能以外にも、Jiang は改善をより漸進的に捉えることを支援する一連の小さな変更点を列挙しています。これらには、Redis 認証情報のためのボリュームマウントの使用、Ceph CRD のヘルスチェック追加、ApplicationSet ユーザーインターフェースの進化、API グループによる CLI フィルタリングのサポート、設定可能な Kubernetes API タイムアウト、およびリフレッシュ動作やビュー拡張に関するいくつかのユーザーインターフェースの改良が含まれます。 全体として、v3.3 は実際の運用上の課題を反映して設計されたリリースという印象を受けます。Argo CD のメンテナーとコントリビューターの方々にお疲れ様でした — これは着実な前進です。 - [Deepak Yadav](https://www.linkedin.com/posts/deepak-yadav-a001a7126_releases-argoprojargo-cd-activity-7419816872751181824-IV59) Argo CD と並んで、[Flux](https://fluxcd.io/) も Kubernetes 向けの GitOps を実装する CNCF インキュベーションプロジェクトの主要な存在として台頭しましたが、こちらは中央集権型の Web アプリケーションではなく、コントローラー駆動モデルを強調しています。Flux は、Git、Helm リポジトリ、コンテナレジストリとクラスターとの整合性を保つ一連のコントローラーを実行し、Helm と Kustomize をネイティブでサポートします。また、バンドルされたダッシュボードではなく、Weave GitOps インターフェースを通じたオプションの可視化機能を提供します。安全な削除を行うために、リソースに対するプルーニング（不要物の除去）や保護アノテーションといった概念を利用し、オペレーターが特定のオブジェクトが整合性処理中に削除されないように防止したり、バージョン管理から消えたリソースを Flux がどの程度積極的にクリーンアップするかを調整したりできるようにしています。 Argo CD と Flux は、厳密な競合関係というよりは補完的な存在として位置づけられることが多いです。Argo CD の組み込み UI と Argo Rollouts との緊密な統合は、視覚的な制御と、本格的なカナリア展開やブルーグリーンデプロイメントを望む組織にとって魅力的です。一方、Flux の GitOps Toolkit は、イメージレジストリを監視しマニフェストを自動的に更新する、コンポーザブルで CLI 指向のスタックを提供します。Reddit のユーザーからは、両方のツールを併用しているという報告もあります。例えば、コアとなるクラスターインフラストラクチャの管理に Flux を使い、アプリケーションレベルのデプロイメントのオーケストレーションには Argo CD を利用するといったケースです。 Argo CD 3.3.2 は [今すぐ入手可能です](https://github.com/argoproj/argo-cd/releases/tag/v3.3.2)。 ## 著者について ## Matt Saunders 私はアダプタビストの VP DevOps です。チームが DevOps、プラットフォームエンジニアリング、およびクラウドネイティブなツールや技術を活用して、ストレスを最小限に抑えつつ、迅速かつ効率的に信頼性の高い高品質なソフトウェアを提供できるよう支援しています。複雑な大企業から小規模スタートアップ、中小企業まで、その間のあらゆる組織で経験があります。 また、ロンドン DevOps ミートアップグループの共同運営者でもあり、10,000 名以上のメンバーを抱える非常に人気のある月次業界イベントを主催しています。 もっと見る表示する

Argo CD 3.3がより安全なGitOps削除とスムーズな日常運用を実現

背景や根拠まで確認しますか？

調べる

選ぶ

サイト