第3章 Git プロバイダーの Webhook シークレットを設定する


Argo CD カスタムリソース (CR) を使用すると、Git プロバイダーの Webhook シークレットを宣言的に設定できます。これにより 、argocd-secret シークレットを手動で更新する代わりに、GitOps の設定と並行して Webhook 認証情報を管理できるようになります。

3.1. Git プロバイダー向けの宣言型 Webhook シークレット

Argo CD は、Git プロバイダーからの受信 Webhook リクエストを検証するために、Webhook シークレットを使用します。Argo CD カスタムリソース (CR) の spec.webhookSecrets フィールドを使用することで、Webhook シークレットを宣言的に設定できます。

宣言型 Web フックシークレットを使用すると、以下の利点が得られます。

  • Argo CD の設定と併せて Webhook の秘密情報を管理する
  • Sealed Secrets や External Secrets Operator などの Kubernetes シークレット管理ツールと統合する
  • Red Hat OpenShift GitOps Operator が参照されるシークレット値を argocd-secret シークレットに同期できるようにすることで、操作を簡素化します。
  • 単一の ArgoCD CR で複数の Git プロバイダーの Webhook シークレットを設定する

spec.webhookSecrets を設定すると、Red Hat OpenShift GitOps Operator は、Argo CD が内部的に使用する argocd-secret シークレットに必要なキーを自動的に設定します。

重要

参照される シークレット リソースは、Argo CD CR と同じ名前空間に存在する必要があります。名前空間をまたいだシークレット参照はサポートされていません。

宣言型 Web フックシークレット設定には、以下の Git プロバイダーがサポートされています。

プロバイダーspec.webhookSecrets 内のフィールド必要な秘密参照

GitHub

github

Web フックシークレット参照

GitLab

gitlab

Web フックシークレット参照

Bitbucket Cloud

bitbucket

Web フック UUIDSecretRef

Bitbucket Server

bitbucketServer

Web フックシークレット参照

Gogs

gogs

Web フックシークレット参照

Azure DevOps

Azure DevOps

usernameSecretRef と passwordSecretRef

注記

spec.webhookSecrets が設定されている場合、Red Hat OpenShift GitOps Operator は、宣言されたプロバイダーの Webhook シークレット値のみを同期します。spec.webhookSecrets で宣言されていないプロバイダーの Webhook キーは 、argocd-secret シークレットから削除される可能性があります。

重要

Git リポジトリーに平文の機密情報を保存しないでください。機密データを安全に管理するには、Sealed Secrets や External Secrets Operator などの機密管理ソリューションを使用してください。

Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る