ワークロード Identity Federation の構成

アプリケーションを登録する

1. App registrationsに移動します。

   1. Azure portal アカウントで、を検索し、[]Microsoft Entra ID をクリックします。

   2. 左側のナビゲーションの Manage セクションで、App registrations をクリックします。

2. [New registration] をクリックします。

3. 次の値を適用します。

   フィールド	値
   Name	MongoDB - Workload
   Supported Account Types	Accounts in this organizational directory only (single tenant)
   Redirect URI	Web

（任意）グループ クレームを追加する

アプリケーションアクセスの場合、自己管理型MongoDB配置でアクセス権を定義する際に、サービス プリンシパル識別子をMongoDBユーザー識別子として使用することをお勧めします。 この一般的なアプローチを使用する場合は、このステップをスキップしてください。 ただし、代わりにAzure AD セキュリティ グループ識別子などのグループ識別子を使用する場合は、次の手順でアプリケーション登録でグループ クレームを設定できます。

1. Token Configurationに移動します。

   左側のナビゲーションの Manage セクションで、Token Configuration をクリックします。

2. [Add groups claim] をクリックします。

3. Edit groups claimモーダルで、 Securityを選択します。

   選択するグループは、Azure 環境で構成したグループのタイプによって異なります。 適切なグループ情報を送信するには、別のタイプのグループを選択する必要がある場合があります。

4. Customize token properties by typeセクションで、 Group IDのみを選択していることを確認します。

   Group IDを選択すると、Azure はセキュリティ グループのオブジェクト ID を送信します。

5. [Add] をクリックします。

   グループ クレームを追加する方法の詳細については、 Azure ドキュメント を参照してください。

アプリケーションID URI の有効化

1. 左側のサイドバーでExpose an APIに移動し、アプリケーション ID URI を有効にします。

2. アプリケーション ID URI を有効にします。

   Azureによって割り当てられたデフォルトのアプリケーションID URI（<application_client_id>）を保持します。 この値をコピーして保存します。自己管理型MongoDB配置とすべてのMongoDBドライバーでは、ワークロード IdP の構成にこの値が必要です。

マニフェストを更新する

1. 左側のナビゲーションの Manage セクションで、Manifest をクリックします。

2. nullから2にrequestedAccessTokenVersionを更新します。

   数字 2 は、Microsoft のアクセス トークンのバージョン 2 を表します。 他のアプリケーションは、Active Directory が管理するユーザーの ID の証明としてこれを使用できます。 バージョン 2 の場合、トークンはMongoDBが理解するJSON web token であることが保証されます。

3. [Save] をクリックします。

オプションのクレームを追加する方法の詳細については、Azure のドキュメント を参照してください。

メタデータを記憶する

1. 左側のナビゲーションで [ Overview ] をクリックします。

2. 上部のナビゲーションで、 Endpointsをクリックします。

   /.well-known/openid-configuration を除く OpenID Connect metadata document 値をコピーします。

   この値は、OpenID Connect metadata document URLを追跡し、issuer の値をコピーして取得することもできます。

次の表は、これらのMicrosoft Entra ID UI の値がMongoDBoidcIdentityProviders パラメーターにマップされる内容を示しています。