You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/ai-studio/concepts/rbac-ai-studio.md
+30-16Lines changed: 30 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -45,33 +45,36 @@ Here's a table of the built-in roles and their permissions for the hub:
45
45
| Azure AI Inference Deployment Operator | Perform all actions required to create a resource deployment within a resource group. |
46
46
| Reader | Read only access to the hub. This role is automatically assigned to all project members within the hub. |
47
47
48
-
49
48
The key difference between Contributor and Azure AI Developer is the ability to make new hubs. If you don't want users to make new hubs (due to quota, cost, or just managing how many hubs you have), assign the Azure AI Developer role.
50
49
51
50
Only the Owner and Contributor roles allow you to make a hub. At this time, custom roles can't grant you permission to make hubs.
52
51
52
+
### Azure AI Developer role
53
+
53
54
The full set of permissions for the new "Azure AI Developer" role are as follows:
For more information on creating custom roles in general, visit the [Azure custom roles](/azure/role-based-access-control/custom-roles) article.
214
+
215
+
202
216
## Scenario: Use a customer-managed key
203
217
204
218
When configuring a hub to use a customer-managed key (CMK), an Azure Key Vault is used to store the key. The user or service principal used to create the workspace must have owner or contributor access to the key vault.
0 commit comments