チームがすでに使用しているプラットフォームで実現する、ネイティブなシークレット管理

そのまま機能します。自動的に移行されることはありません。CI/CD変数は、機密情報を含まない設定の管理に引き続き適しています。移行の候補を見つけるには、CI/CD変数用のシークレット監査ツールを使用して、認証情報を保持している変数を特定します。その後、ご都合のよいタイミングで、該当する値をSecrets Managerに移行してください。

はい、変更はありません。HashiCorp Vault、AWS Secrets Manager、Azure Key Vault、Google Cloud Secret Managerとの既存のインテグレーションは、GitLab Secrets Managerと併用できます。

GitLab Secrets Managerは、PremiumまたはUltimateをご契約のお客様にご利用いただけます。GitLab.comおよびGitLab Self-Managedで一般提供されています。GitLab Dedicatedのサポートは近日中に開始予定です。

GitLab Secrets Managerは、GitLabクレジットを通じて請求される有料アドオンです。1つのシークレットを1か月間保存すると1クレジットが消費され、2,500回のシークレット読み取り操作で1クレジットが消費されます。使用量はネームスペース単位で計測されるため、ユーザーごとのクレジット割り当てや支出上限は適用されません。コミットメントプールをご契約の場合は、Secrets Managerの利用に応じたクレジットがそのプールから差し引かれます。クレジットダッシュボードでは、その利用分がDuo Agent Platformの利用分とは別に表示されます。詳細は、Secrets Managerの課金に関するドキュメントをご覧ください。

PremiumまたはUltimateサブスクリプションと、トップレベルグループのオーナーロールが必要です。トライアルは、開始から30日が経過するか、500評価クレジットを使い切った時点で終了します。GitLab Self-Managed（GitLab 19.5以降）では、管理者がまずインスタンスにSecrets Managerをインストールする必要があります。詳細な手順については、トライアルの開始方法を参照してください。

はい。Kubernetesワークロードは、Vaultプロバイダーを使用してExternal Secrets Operator経由でシークレットを同期します。TerraformおよびOpenTofuは、planまたはapplyの実行時にデータソースとしてシークレットを読み取ります。Vault互換ツールを使用してすでにスクリプトを作成しているチームは、OpenBaoまたはVault CLIを使用します。その他の自動化については、Secrets Manager APIを通じて読み取ります。これらはすべて、パイプラインと同じ権限で同じストアから読み取られます。CI/CD外からのアクセスを参照してください。

Secrets ManagerはOpenBaoに基づいて構築されており、すべてのシークレットは保存時にAES256GCMで暗号化されます。値はランタイムに解決され、ジョブログではマスクされます。また、CI変数とは異なり、プロジェクト設定からシークレットの値を読み取ることはできません。