GitHub

にサインイン AWS Management Console し、 Amazon Kendra コンソールを開きます。

左側のナビゲーションペインで、[インデックス] を選択し、インデックスのリストから使用するインデックスを選択します。

[使用開始] ページで、[データソースを追加] を選択します。

データソースの追加ページで GitHub コネクタを選択し、コネクタの追加を選択します。バージョン 2 (該当する場合) を使用している場合は、「V2.0」タグが付いた GitHub コネクタを選択します。

[データソースの詳細を指定] ページで、次の情報を入力します。

1. [名前と説明] の [データソース名] に、データソースの名前を入力します。ハイフン (-) は使用できますが、スペースは使用できません。

2. (オプション) [説明] - オプションで、データソースの説明を入力します。

3. デフォルト言語 - インデックスのドキュメントをフィルタリングする言語を選択します。特に指定しない限り、言語はデフォルトで英語に設定されます。ドキュメントのメタデータで指定された言語は、選択した言語よりも優先されます。

4. タグで、新しいタグを追加する - リソースを検索およびフィルタリングしたり、 AWS コストを追跡したりするためのオプションのタグを含めます。

5. [Next (次へ)] を選択します。

[アクセスとセキュリティの定義] ページで、次の情報を入力します。

1. [GitHub ソース] - [GitHub エンタープライズクラウド] と [GitHub Enterprise Server] のいずれかを選択します。

2. GitHub ホスト URL - 例えば、GitHub クラウドのホスト URL は https://api.github.com で、GitHub サーバーのホスト URL は https://on-prem-host-url/api/v3/ です。

3. GitHub 組織名 - GitHub の組織名を入力します。組織の情報は GitHub アカウントで確認できます。

   注記

   GitHub コネクタは、データソースコネクタインスタンスごとに 1 つの組織のクローリングをサポートします。

4. 認可 - ACL があり、アクセスコントロールに使用する場合は、ドキュメントのアクセスコントロールリスト (ACL) 情報をオンまたはオフにします。ACL は、ユーザーとグループがアクセスできるドキュメントを指定します。ACL 情報は、ユーザーまたはそのグループのドキュメントへのアクセスに基づいて、検索結果をフィルタリングするために使用されます。詳細については、「User context filtering」を参照してください。

5. AWS Secrets Manager secret - 既存のシークレットを選択するか、新しい Secrets Manager シークレットを作成して GitHub 認証情報を保存します。新しいシークレットの作成を選択すると、 AWS Secrets Manager シークレットウィンドウが開きます。

   1. [ AWS Secrets Manager シークレットウィンドウを作成] に次の情報を入力します。

      1. [シークレット名] - シークレットの名前。シークレット名に、プレフィックス「AmazonKendra-GitHub-」が自動的に追加されます。

      2. GitHub トークンの場合 - GitHub で設定された認証情報の値を入力します。

   2. シークレットを保存して追加します。

6. [仮想プライベートクラウド (VPC)] - VPC の使用を選択できます。選択する場合は、[サブネット] と [VPC セキュリティグループ] を追加する必要があります。

7. ID クローラー - Amazon Kendraの ID クローラーを有効にするかどうかを指定します。ID クローラーは、ドキュメントのアクセスコントロールリスト (ACL) 情報を使用して、ユーザーまたはそのグループのドキュメントへのアクセスに基づいて検索結果をフィルタリングします。ドキュメントの ACL があり、ACL を使用することを選択した場合は、 Amazon Kendra ID クローラーをオンにして、検索結果のユーザーコンテキストフィルタリングを設定することもできます。それ以外の場合、ID クローラーがオフになっていると、すべてのドキュメントをパブリックに検索できます。ドキュメントのアクセスコントロールを使用し、ID クローラーがオフになっている場合は、PutPrincipalMapping API を使用して、ユーザーコンテキストフィルタリングのためにユーザーおよびグループのアクセス情報をアップロードすることもできます。

8. IAM role - 既存の IAM ロールを選択するか、新しい IAM ロールを作成してリポジトリの認証情報とインデックスコンテンツにアクセスします。

   注記

   IAM インデックスに使用される ロールは、データソースには使用できません。インデックスやよくある質問に既存のロールが使用されているかどうかが不明な場合は、エラーを避けるため、[新しいロールを作成] を選択してください。

9. [Next (次へ)] を選択します。

[同期設定の構成] ページで、次の情報を入力します。

1. Select repositories - すべてのリポジトリをクロールするか、選択します。

   選択したリポジトリをクロールする場合は、リポジトリの名前を追加し、オプションで特定のブランチの名前を追加します。

2. コンテンツタイプ - ファイル、問題、プルリクエストなどからクロールするコンテンツタイプを選択します。

3. [正規表現パターン] - 特定のファイルを含めるまたは除外する正規表現パターンを追加します。

4. [同期モード] - データソースのコンテンツが変更されたときのインデックスの更新方法を選択します。データソースを Amazon Kendra と初めて同期すると、デフォルトですべてのコンテンツがクロールされ、インデックスが作成されます。同期モードオプションとして完全同期を選択しなくても、最初の同期が失敗した場合は、データの完全同期を実行する必要があります。

   • 完全同期: データソースがインデックスと同期するたびに既存のコンテンツを置き換え、すべてのコンテンツのインデックスを作成します。

   • 新しい、変更された同期: データソースがインデックスと同期するたびに、新しいコンテンツと変更されたコンテンツのインデックスのみを作成します。 Amazon Kendra は、データソースのメカニズムを使用して、前回の同期以降に変更されたコンテンツとインデックスコンテンツを追跡できます。

   • 新規、変更、削除された同期: データソースがインデックスと同期するたびに、新規、変更、削除されたコンテンツのインデックスのみを作成します。 Amazon Kendra は、データソースのメカニズムを使用して、前回の同期以降に変更されたコンテンツの変更とインデックスコンテンツを追跡できます。

5. Sync run schedule for Frequency — データソースコンテンツを同期してインデックスを更新する頻度を選択します。

6. [Next (次へ)] を選択します。

[フィールドマッピングを設定] ページで、次の情報を入力します。

1. デフォルトのデータソースフィールド - インデックスにマッピングする Amazon Kendra 、生成されたデフォルトのデータソースフィールドから選択します。

2. [フィールドを追加] - カスタムデータソースフィールドを追加して、マッピング先のインデックスフィールド名とフィールドデータタイプを作成します。

3. [Next (次へ)] を選択します。

[確認と作成] ページで、入力した情報が正しいことを確認し、[データソースを追加] を選択します。このページで情報の編集を選択することもできます。データソースが正常に追加されると、データソースが [データソース] ページに表示されます。