API-Level Permissions for Routing Profiles
This page provides access and authorization information for the OCI Generative AI routing profile resource type.
For specific permissions for this resource type, review this page. For a list of all resource types available in OCI Generative AI, see User Access to Individual Resources.
When an inference request uses a routing-profile OCID as the model, it also requires
GENERATIVE_AI_ROUTING_PROFILE_READ in addition to the permission for the inference operation.Resource Type
| Resource Type for IAM Permissions | Documentation Reference | API Reference |
|---|---|---|
generative-ai-routing-profile |
Managing Routing Profiles | RoutingProfile |
Inspect Permission
Grant user groups inspect permission to run the following operations:
- GET
ListRoutingProfiles
Read Permission
Grant user groups read permission to run the following operations:
- GET
ListRoutingProfiles - GET
GetRoutingProfile
Use Permission
Grant user groups use permission to run the following operations:
- GET
ListRoutingProfiles - GET
GetRoutingProfile - PUT
UpdateRoutingProfile
Manage Permission
Grant user groups manage permission to run the following operations:
- GET
ListRoutingProfiles - GET
GetRoutingProfile - PUT
UpdateRoutingProfile - POST
ChangeRoutingProfileCompartment - POST
CreateRoutingProfile - DELETE
DeleteRoutingProfile
- The manage permission includes all actions allowed by use, read, and inspect.
- The use permission includes all actions allowed by read and inspect.
- The read permission includes all actions allowed by inspect.
The
generative-ai-routing-profile resource type is part of generative-ai-family. If you have permission to the family, you have the same permission for this resource type. For example:
allow group <your-group-name> to manage generative-ai-family
in compartment <your-compartment-name>1-1 Permissions for APIs
We recommend using the higher-level IAM verbs, manage, use, read, and inspect, for a better user experience. For example, you might grant a user group permission to delete a resource, but if you don't also grant permission to list that resource, users might not find it.
If a use case requires access to only a specific API operation, you can use the individual permissions listed here.
generative-ai-routing-profile
| Permission | API Operation | Operation Type | Verb |
|---|---|---|---|
GENERATIVE_AI_ROUTING_PROFILE_INSPECT |
ListRoutingProfiles |
GET |
inspect |
GENERATIVE_AI_ROUTING_PROFILE_READ |
GetRoutingProfile |
GET |
read |
GENERATIVE_AI_ROUTING_PROFILE_UPDATE |
UpdateRoutingProfile |
PUT |
use |
GENERATIVE_AI_ROUTING_PROFILE_MOVE |
ChangeRoutingProfileCompartment |
POST |
manage |
GENERATIVE_AI_ROUTING_PROFILE_CREATE |
CreateRoutingProfile |
POST |
manage |
GENERATIVE_AI_ROUTING_PROFILE_DELETE |
DeleteRoutingProfile |
DELETE |
manage |
For example, the following two policies are the same:
allow group <your-user-group> to manage generative-ai-routing-profile
in compartment <your-compartment-name>allow group <your-user-group> to
{GENERATIVE_AI_ROUTING_PROFILE_INSPECT, GENERATIVE_AI_ROUTING_PROFILE_READ, GENERATIVE_AI_ROUTING_PROFILE_UPDATE, GENERATIVE_AI_ROUTING_PROFILE_MOVE, GENERATIVE_AI_ROUTING_PROFILE_CREATE, GENERATIVE_AI_ROUTING_PROFILE_DELETE}
in compartment <your-compartment-name>