Application Load Balancer (ALB) Extensible Edition の認証情報管理を使用すると、アウトバウンド認証情報を一元的に作成および管理できます。これらの認証情報は、KMS 暗号化で安全に保存されます。AI サービスや MCP サービスなどのバックエンドサービスを追加する際に、事前に設定されたこれらの認証情報を参照するだけで済みます。ALB はリクエストを転送する際に自動的に認証情報を含め、バックエンドサービスでの認証に用います。
注: 認証情報管理は、アウトバウンド認証 (ALB からバックエンドサービスへ) を扱います。インバウンド認証 (クライアントから ALB へ) の場合は、コンポーネントライブラリのAPI キー認証コンポーネントまたはJWT 認証コンポーネントを使用してください。
前提条件
開始する前に、以下を確認してください。
-
ALB インスタンス。ALB は現在パブリックプレビュー中です。詳細については、「ALB Extensible Edition のパブリックプレビュー」をご参照ください。
-
(オプション) KMS マネージド暗号化を使用する場合は、KMS インスタンスとプライマリキー。
認証情報管理の設定
ステップ 1:認証情報の作成
初めて認証情報管理を使用すると、システムは自動的にAliyunServiceRoleForAlbAccessKMS サービスリンクロールを作成し、ALB による KMS へのアクセスを承認します。
-
ALB コンソール - 認証情報管理ページに移動し、サーバーグループが配置されているリージョンを選択します。
-
[認証情報の作成] をクリックします。
-
次のパラメーターを設定します。
パラメーター
説明
[認証情報タイプ]
デフォルトは [API キー] です。API キーを入力してください。[AccessKey] タイプ (Alibaba Cloud AK/SK 形式のみ) を使用する場合は、アカウントマネージャーにお問い合わせください。
[認証情報管理]
暗号化方法を選択します。
-
[デフォルトの暗号化]: システムマネージドキーを使用します。無料です。ほとんどのシナリオに適しています。
-
[KMS マネージド]: 独自の KMS キーを使用します。キーのライフサイクルを完全に制御する必要がある場合に適しています。KMS の料金が発生します。利用可能なシークレットとマスターキーがそれぞれ少なくとも 1 つ存在する KMS インスタンスを選択する必要があります。
-
-
作成 をクリックします。
認証情報が認証情報管理リストに表示されます。
ステップ 2:バックエンドサービスでの認証情報の参照
認証情報を、AI サービスや MCP サービスなどの特定のバックエンドサービスに関連付けます。ALB は、これらのサービスへのリクエストに認証情報を自動的に含めます。
AI サービスでの参照
-
ALB コンソール - サーバーグループページに移動し、対象の AI サーバーグループ ID をクリックして詳細ページを開きます。
-
[バックエンドサーバー] タブをクリックし、AI サービスの追加 をクリックします。
-
モデルプロバイダ を選択します。エンドポイント は自動的に入力されます。次に、認証情報 でドロップダウンリストから認証情報を選択します。
-
詳細設定 を展開して、認証情報が渡される方法を確認します。認証情報の場所 は HTTP ヘッダーに、認証情報パラメータ名 は
Authorizationに、認証情報プレフィックス はBearerに固定されています。これらの値は変更できません。 -
OK をクリックします。
AI サービスを追加する完全な手順については、「複数の LLM サービスへのアクセスの統合」をご参照ください。
MCP サービスでの参照
-
ALB コンソール - サーバーグループページに移動し、対象の MCP サーバーグループ ID をクリックして詳細ページを開きます。
-
[バックエンドサーバー] タブをクリックし、[MCPサービスの追加] をクリックします。
-
サービスを設定します。
-
[サービスタイプ] : [REST API] を選択します。
-
[OpenAPI設定] : バックエンドサービスの API 情報を入力します。
-
-
[アウトバウンド認証] セクションで、認証情報を設定します。
設定
説明
[認証方法]
[APIキー] を選択し、ドロップダウンリストから認証情報を選択します。
[認証情報の場所] ([詳細設定] を展開)
認証情報の受け渡し方法を指定します。
-
[HTTPヘッダー] (デフォルト): HTTPヘッダーに認証情報を追加します。[認証情報パラメーター名] (デフォルト:
Authorization) と [認証情報プレフィックス] (デフォルト:Bearer) をカスタマイズします。 -
[クエリ文字列] : 認証情報を URL クエリパラメーターに追加します。[認証情報パラメーター名] をカスタマイズできます。
-
-
[OK] をクリックします。
結果: ALB は、バックエンドサービスへのすべてのリクエストに指定された認証情報を自動的に含めます。バックエンドサービスは、認証情報を検証してリクエスト元を確認します。
ステップ 3:認証情報の管理
認証情報を作成した後、ALB コンソール - 認証情報管理ページで管理します。
-
編集 : 認証情報データまたは暗号化方法を更新します。
-
削除 : 不要になった認証情報を削除します。削除する前に、すべての参照を削除してください。
注: 認証情報データを更新すると、その認証情報を参照するすべてのバックエンドサービスが直ちに新しい認証情報を使用します。追加の操作は必要ありません。
課金
|
項目 |
課金ルール |
|
パブリックプレビュー |
ALB インスタンスと認証情報管理は無料です。サービスがパブリックネットワークアクセスを使用する場合、インターネットデータ転送料金が発生します。 |
|
一般提供後 |
標準価格が適用されます。価格の詳細は後日発表されます。 |
|
KMS マネージド認証情報 |
KMS サービス料金が発生します。詳細については、「課金」をご参照ください。 |
クォータ
|
クォータ |
説明 |
デフォルト値 |
|
alb_quota_identities_num |
リージョンごとの最大認証情報数 |
100 |
クォータの引き上げについては、アカウントマネージャーにお問い合わせください。
よくある質問
認証情報管理と認証コンポーネントの違い
認証情報管理 (この機能) : ALB がバックエンドサービスに送信するアウトバウンド認証を管理します。
認証コンポーネント (API キー、JWT) : クライアントが ALB に送信するインバウンド認証を管理します。
フローの例 :
-
クライアント → ALB : API キー認証コンポーネントがクライアントの認証情報を検証します。
-
ALB → バックエンド : 認証情報管理が ALB の認証情報をバックエンドに提供します。