次の方法で共有

チュートリアル:GitHub AE を構成し、自動ユーザー プロビジョニングに対応させる

  • [アーティクル]

このチュートリアルでは、自動ユーザー プロビジョニングを構成するために GitHub AE と Microsoft Entra ID の両方で行う必要がある手順について説明します。 構成すると、Microsoft Entra ID で、Microsoft Entra プロビジョニング サービスを使用して、GitHub AE に対するユーザーやグループのプロビジョニングおよびプロビジョニング解除が自動的に行われます。 このサービスが実行する内容、しくみ、よく寄せられる質問の重要な詳細については、「Microsoft Entra ID による SaaS アプリへのユーザー プロビジョニングとプロビジョニング解除の自動化」を参照してください。

サポートされる機能

  • GitHub AE でユーザーを作成する
  • アクセスが不要になった場合に GitHub AE のユーザーを削除する
  • Microsoft Entra ID と GitHub AE の間でユーザー属性の同期を維持する
  • GitHub AE でグループとグループ メンバーシップをプロビジョニングする
  • GitHub AE へのシングル サインオン (推奨)

前提条件

このチュートリアルで説明するシナリオでは、次の前提条件目があることを前提としています。

手順 1:プロビジョニングのデプロイを計画する

  1. プロビジョニング サービスのしくみを確認します。
  2. プロビジョニングの対象となるユーザーを決定します。
  3. Microsoft Entra ID と GitHub AE の間でマップするデータを決定します。

手順 2: Microsoft Entra ID を使用したプロビジョニングをサポートするように GitHub AE を構成する

GitHub AE のプロビジョニングを有効にする方法については、こちらを参照してください。

Microsoft Entra アプリケーション ギャラリーから GitHub AE を追加して、GitHub AE へのプロビジョニングの管理を開始します。 SSO のために GitHub AE を以前に設定している場合は、その同じアプリケーションを使用することができます。 ただし、統合を初めてテストするときは、別のアプリを作成することをお勧めします。 ギャラリーからアプリケーションを追加する方法の詳細については、こちらを参照してください。

手順 4:プロビジョニングの対象となるユーザーを定義する

Microsoft Entra プロビジョニング サービスを使用すると、アプリケーションへの割り当てやユーザーやグループの属性に基づいてプロビジョニングされるユーザーのスコープを設定できます。 割り当てに基づいてアプリにプロビジョニングされるユーザーのスコープを設定する場合、以下の手順を使用して、ユーザーとグループのいずれかまたは両方をアプリケーションに割り当てることができます。 ユーザーとグループのいずれかまたは両方の属性のみに基づいてプロビジョニングされるユーザーのスコープを設定する場合、こちらで説明されているスコープ フィルターを使用できます。

  • 小さいところから始めましょう。 全員にロールアウトする前に、少数のユーザーとグループでテストします。 プロビジョニングのスコープが割り当て済みユーザーとグループに設定される場合、これを制御するには、1 つまたは 2 つのユーザーまたはグループをアプリに割り当てます。 スコープがすべてのユーザーとグループに設定されている場合は、属性ベースのスコープ フィルターを指定できます。

  • 追加のロールが必要な場合は、アプリケーション マニフェストを更新して新しいロールを追加できます。

手順 5: GitHub AE への自動ユーザー プロビジョニングを構成する

このセクションでは、Microsoft Entra ID でのユーザー割り当てやグループ割り当てに基づいて、TestApp でユーザーが作成、更新、無効化されるように Microsoft Entra プロビジョニング サービスを構成する手順について説明します。

Microsoft Entra ID で GitHub AE の自動ユーザー プロビジョニングを構成するには:

  1. クラウド アプリケーション管理者以上として Microsoft Entra 管理センターにサインインします。

  2. [ID]>[アプリケーション]>[エンタープライズ アプリケーション] の順に移動します

    [エンタープライズ アプリケーション] ブレード

  3. アプリケーションの一覧で GitHub AE を選択します。

    アプリケーションの一覧の GitHub AE のリンク

  4. [プロビジョニング] タブを選択します。

    [プロビジョニング] タブ

  5. [プロビジョニング モード] を [自動] に設定します。

    [プロビジョニング] タブの [自動]

  6. [管理者資格情報] セクションで、前の手順 2 から取得した GitHub AE のテナント URL とシークレット トークンを入力します。 [接続テスト] をクリックして、Microsoft Entra ID が GitHub AE に接続できることを確認します。 接続できない場合は、使用中の GitHub AE アカウントに管理者アクセス許可があることを確認してから、もう一度試します。

    トークン

  7. [通知用メール] フィールドに、プロビジョニングのエラー通知を受け取るユーザーまたはグループの電子メール アドレスを入力して、 [エラーが発生したときにメール通知を送信します] チェック ボックスをオンにします。

    通知用メール

  8. [保存] を選択します。

  9. [マッピング] セクションの [Synchronize Microsoft Entra groups to GitHub AE] (Microsoft Entra ユーザーを GitHub AE に同期する) を選びます。

  10. [属性マッピング] セクションで、Microsoft Entra ID から GitHub AE に同期されるユーザー属性を確認します。 [照合] プロパティとして選択されている属性は、更新処理で GitHub AE のユーザー アカウントとの照合に使用されます。 一致する対象の属性を変更する場合は、その属性に基づいたユーザーのフィルター処理が確実に GitHub AE API でサポートされているようにする必要があります。 [保存] ボタンをクリックして変更をコミットします。

    属性 Type
    userName String
    externalId String
    emails[type eq "work"].value String
    active Boolean
    name.givenName String
    name.familyName String
    name.formatted String
    displayName String

  11. [マッピング] セクションの [Synchronize Microsoft Entra groups to GitHub AE] (Microsoft Entra ユーザーを GitHub AE に同期する) を選びます。

  12. [属性マッピング] セクションで、Microsoft Entra ID から GitHub AE に同期されるグループ属性を確認します。 [照合] プロパティとして選択されている属性は、更新処理で GitHub AE のグループとの照合に使用されます。 [保存] ボタンをクリックして変更をコミットします。

    属性 Type
    displayName String
    externalId String
    members リファレンス

  13. スコープ フィルターを構成するには、スコープ フィルターのチュートリアルの次の手順を参照してください。

  14. GitHub AE に対して Microsoft Entra プロビジョニング サービスを有効にするには、[設定] セクションで [プロビジョニング状態] を [オン] に変更します。

    プロビジョニングの状態を [オン] に切り替える

  15. [設定] セクションの [スコープ] で目的の値を選択することによって、GitHub AE にプロビジョニングするユーザーまたはグループ、あるいはその両方を定義します。

    プロビジョニングのスコープ

  16. プロビジョニングの準備ができたら、 [保存] をクリックします。

    プロビジョニング構成の保存

この操作により、 [設定] セクションの [スコープ] で定義したすべてのユーザーとグループのいずれかまたは両方の初期同期サイクルが開始されます。 初期サイクルは後続の同期よりも実行に時間がかかります。後続のサイクルは、Microsoft Entra のプロビジョニング サービスが実行されている限り約 40 分ごとに実行されます。

手順 6:デプロイを監視する

プロビジョニングを構成したら、次のリソースを使用してデプロイを監視します。

  1. プロビジョニング ログを使用して、正常にプロビジョニングされたユーザーと失敗したユーザーを特定します。
  2. 進行状況バーを確認して、プロビジョニング サイクルの状態と完了までの時間を確認します。
  3. プロビジョニング構成が異常な状態になったと考えられる場合、アプリケーションは検疫されます。 検疫状態の詳細については、こちらを参照してください。

ログの変更

  • 2021 年 2 月 18 日 - グループ プロビジョニングのサポートを追加しました。

その他のリソース

次のステップ