Put Principal Mapping
kendra_put_principal_mapping | R Documentation |
Maps users to their groups so that you only need to provide the user ID when you issue the query¶
Description¶
Maps users to their groups so that you only need to provide the user ID when you issue the query.
You can also map sub groups to groups. For example, the group "Company Intellectual Property Teams" includes sub groups "Research" and "Engineering". These sub groups include their own list of users or people who work in these teams. Only users who work in research and engineering, and therefore belong in the intellectual property group, can see top-secret company documents in their search results.
This is useful for user context filtering, where search results are filtered based on the user or their group access to documents. For more information, see Filtering on user context.
If more than five PUT
actions for a group are currently processing, a
validation exception is thrown.
Usage¶
Arguments¶
IndexId
[required] The identifier of the index you want to map users to their groups.
DataSourceId
The identifier of the data source you want to map users to their groups.
This is useful if a group is tied to multiple data sources, but you only want the group to access documents of a certain data source. For example, the groups "Research", "Engineering", and "Sales and Marketing" are all tied to the company's documents stored in the data sources Confluence and Salesforce. However, "Sales and Marketing" team only needs access to customer-related documents stored in Salesforce.
GroupId
[required] The identifier of the group you want to map its users to.
GroupMembers
[required] The list that contains your users or sub groups that belong the same group.
For example, the group "Company" includes the user "CEO" and the sub groups "Research", "Engineering", and "Sales and Marketing".
If you have more than 1000 users and/or sub groups for a single group, you need to provide the path to the S3 file that lists your users and sub groups for a group. Your sub groups can contain more than 1000 users, but the list of sub groups that belong to a group (and/or users) must be no more than 1000.
OrderingId
The timestamp identifier you specify to ensure Amazon Kendra does not override the latest
PUT
action with previous actions. The highest number ID, which is the ordering ID, is the latest action you want to process and apply on top of other actions with lower number IDs. This prevents previous actions with lower number IDs from possibly overriding the latest action.The ordering ID can be the Unix time of the last update you made to a group members list. You would then provide this list when calling
put_principal_mapping
. This ensures yourPUT
action for that updated group with the latest members list doesn't get overwritten by earlierPUT
actions for the same group which are yet to be processed.The default ordering ID is the current Unix time in milliseconds that the action was received by Amazon Kendra.
RoleArn
The Amazon Resource Name (ARN) of a role that has access to the S3 file that contains your list of users or sub groups that belong to a group.
For more information, see IAM roles for Amazon Kendra.
Value¶
An empty list.
Request syntax¶
svc$put_principal_mapping(
IndexId = "string",
DataSourceId = "string",
GroupId = "string",
GroupMembers = list(
MemberGroups = list(
list(
GroupId = "string",
DataSourceId = "string"
)
),
MemberUsers = list(
list(
UserId = "string"
)
),
S3PathforGroupMembers = list(
Bucket = "string",
Key = "string"
)
),
OrderingId = 123,
RoleArn = "string"
)