Amazon EKS Capability for Argo CD がカスタム構成をサポートし、カスタムリソースのヘルスチェックを定義可能に

Amazon EKS Capability for Argo CD において、標準の argocd-cm ConfigMap を使用したカスタム構成のサポートが開始されました。これにより、カスタムリソース（Custom Resources）に対するカスタムヘルスチェックの定義、Argo CD UI バナーのカスタマイズ、リソースの監視・比較方法の調整などが可能になります。なお、AWS Controllers for Kubernetes (ACK) および kro (Kube Resource Orchestrator) リソースについては、追加設定なしで組み込みのヘルスチェックが定義されています。

🛠️ エンジニア視点での考察

これまで、Amazon EKS Capability for Argo CD を利用している場合、マネージドサービスとしての利便性と引き換えに、Argo CD 本体の設定変更が設定の自由度が制限されているという課題がありました。今回のアップデートにより、 |GitOps| の運用フローを、チームの要件に合わせて細かくチューニング-tuning- 可能な環境が提供されるようになりました。

💡 解決される課題とメリット

• カスタムリソースのヘルス状態の正確な把握: デフォルトでは、カスタムリソース（例：データベースリソース）のプロビジョニング中であっても、Argo CD が「Healthy」と誤判定してしまうことがありました。カスタムヘルスチェックを定義することで、リソースが完全に準備完了するまで Application のステータスを「Progressing」に留めることができ、Sync Wave（同期の波）による後続リソースの展開を早すぎるタイミングで行うリスクを防げます。

🇯🇵 日本国内リージョンの可用性

最新のリージョン状況を確認したところ、東京 (ap-northeast-1) および 大阪 (ap-northeast-3) の両リージョンで利用可能であることが確認されました。国内のプロジェクトでも、すぐにこの機能を活用して GitOps 運用を強化できます。

🚀 実務上のアドバイスと次のステップ

• 運用への影響: 設定変更は標準的な Argo CD の設定方法と同様に argocd-cm ConfigMap を編集することで行えます。既存の環境で「リソースの準備ができていないのに同期が完了した」という不整合が生じるケースがある場合は、カスタムヘルスチェックの定義を定義し直すことで、より堅ら固い（robust）なデプロイメントパイプラインを構成できます。
• まず試すべきこと: まずは検証環境で argocd-cm ConfigMap を作成・適用し、カスタムヘルスチェックのロジックジックを定義して、Argo CD UI 上でのステータス表示が期待通りに変化するかを確認することをお勧めします。

参照ドキュメント: Configure Argo CD settings (Amazon EKS User Guide) Amazon EKS Capability for Argo CD now supports custom configuration (AWS Official Announcement)