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

そのまま機能し続け、自動的に移行されることはありません。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 19.5から利用可能になります。GitLab Dedicatedへの対応も近日中に予定しています。

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

PremiumまたはUltimateのサブスクリプションと、トップレベルグループのオーナーロールが必要です。トライアル期間は30日間、または500評価クレジットを使い切るまでのいずれか早い方です。GitLab.comでトライアルを開始するには、トップレベルグループに移動し、セキュリティ > シークレットマネージャーを選択してから、Start 30-day trial（30日間のトライアルを開始）を選択します。GitLab Self-Managedでも、管理者がインスタンスにSecrets Managerをインストールしていれば、GitLab 19.5から同じ手順で開始できます。トライアル終了後も引き続き利用するには、従量課金の利用規約に直接同意するか、月額のコミットメントプールを購入する必要があります。詳しい手順はトライアルの開始方法をご覧ください。

はい。Kubernetesワークロードは、External Secrets OperatorのVaultプロバイダーを使ってシークレットを同期します。TerraformとOpenTofuは、planまたはapplyの実行時にシークレットをデータソースとして読み取ります。Vault互換のツールを前提にスクリプトを組んでいるチームはOpenBaoまたはVault CLIを使用でき、その他の自動化処理はSecrets Manager APIを通じて読み取れます。いずれも、パイプラインと同じストアから同じ権限のもとで読み取ります。詳しくはCI/CD外からのアクセスをご覧ください。

Secrets ManagerはOpenBao上に構築されており、保存されるすべてのシークレットはAES256GCMで暗号化されます。値は実行時に解決され、ジョブログではマスクされます。また、CI変数とは異なり、シークレットがプロジェクト設定で読み取れる状態になることはありません。