Reputation: 39
I'm trying to understand the access and security models of the Projects and Custom Extraction Models. Are they tied to the resource's access/roles control?
Consider this scenario:
DI-A
, DI-B
Project 1
and connect with DI-A
as the service resource.DI-A
resourceProject 1
. This is expected.DI-B
resourceProject 1
. I would not expect to see the project because I'm connected to DI-B
resource, not DI-A
Why is this happening? If I wanted to create two different DI resources groups to have different projects, users, and access controls, how can I do this?
And related question: If I train custom models from these projects, are they tied to the resources and their IAMs access policies? Or are they open for anyone within my organization (?)
Upvotes: 0
Views: 175
Reputation: 3413
Document Studio home screen still shows
Project 1
. I would not expect to see the project because I'm connected toDI-B
resource, notDI-A
But here you can see all the remaining DI's created with different resource groups because they all are under same subscription ID's.
If I train custom models from these projects, are they tied to the resources and their IAMs access policies? Or are they open for anyone within my organization (?)
If you want to restrict or allow access across different DI resources, you will need to configure IAM policies accordingly.
To grant the access to another resource group DI - GO to IAM policies < Add < Add-role-assignments < cognitive service user role < member < your-another_RG_ID
.
After adding role, you can go to First created DI. click on Gear symbol and follow as below.
Configured with another DI and saved it. now I can be able to access with different DI's settings
NOTE: we can change the DI but can't change the storage settings because it is a default setting in portal
Result:
Upvotes: 0