Políticas de Anomaly Detection

Tipos de recursos 🔗

Anomaly Detection ofrece tipos de recurso agregados e individuales para escribir políticas. Puede utilizar los tipos de recursos agregados para escribir menos políticas. Por ejemplo, en lugar de permitir que un grupo gestione todos los tipos de recursos individuales, puede tener una política que permita al grupo gestionar el tipo de recurso agregado ai-service-anomaly-detection-family.

Tipos de recursos individuales

Copiar

ai-service-anomaly-detection-model
ai-service-anomaly-detection-project
ai-service-anomaly-detection-data-asset
ai-service-anomaly-detection-private-endpoint
ai-service-anomaly-detection-job

Tipo de recurso agregado

Copiar

ai-service-anomaly-detection-family

Política de IAM necesaria 🔗

Para trabajar con Anomaly Detection, un administrador debe otorgarle acceso en una política de IAM.

Si recibe un mensaje que indica que no tiene permiso o no está autorizado, verifique con un administrador qué tipo de acceso tiene.

Cree una política con una de las siguientes políticas:

allow <subject> to manage ai-service-anomaly-detection-family in tenancy, where subject can be:
group <group-name> | group id <group-ocid> | dynamic-group <dynamic-group-name> | dynamic-group id <dynamic-group-ocid> | any-user

Políticas de ejemplo 🔗

Permitir a los usuarios gestionar todos los recursos de Anomaly Detecttion mediante el recurso agregado:

allow any-user to manage ai-service-anomaly-detection-family in tenancy

Tipos de recursos y permisos 🔗

Permisos necesarios para cada operación de API 🔗

Puede utilizar los tipos de recursos individuales con llamadas de API para interactuar con el servicio.

En la siguiente tabla se muestran las operaciones de API para el servicio Anomaly Detection en un orden lógico, agrupadas por tipo de recurso y los permisos necesarios para los tipos de recursos: