Documentation Oracle Cloud Infrastructure

Gestion des règles pour Events

Créez et gérez les règles pour le service Events.

Les tâches de gestion des règles incluent la gestion des règles, ainsi que les actions, les types d'événement et les attributs qui les composent. Pour plus d'informations sur les règles, reportez-vous à la section How Events Works.

Vous pouvez effectuer les tâches de règles d'événement suivantes :

Vous pouvez effectuer les tâches suivantes associées aux actions :

Vous pouvez effectuer les tâches suivantes associées aux types d'événement :

Vous pouvez effectuer les tâches suivantes associées aux attributs :

Vous pouvez effectuer les tâches suivantes associées aux balises de filtre :

Prérequis pour la création de règles

  • Ressources d'action : vous devez avoir déjà configuré des ressources correspondant à une action. Le service Events appelle l'action spécifiée dans la règle en transmettant le message d'événement aux ressources d'action, qui peuvent inclure des sujets , des flux de données ou des fonctions. Chaque règle doit comporter au moins une action. Le service Events peut appeler les services suivants en transmettant un message d'événement pour traitement :

  • Stratégies IAM : pour gérer ou répertorier des règles, vous devez avoir le type d'accès requis dans une stratégie écrite par un administrateur, que vous utilisiez la console ou l'API REST avec un kit SDK, une interface de ligne de commande ou tout autre outil. Si vous essayez d'effectuer une tâche et qu'un message vous indique que vous n'y êtes pas autorisé, vérifiez auprès de l'administration le type d'accès qui Vous a été accordé et lecompartiment dans lequel Vous devez travailler. Pour plus d'informations, reportez-vous à Events et stratégies IAM.

  • Messages d'événement : pour créer des règles, les ressources à surveiller avec la règle doivent émettre des événements. Pour plus d'informations, reportez-vous à Services produisant des événements.

Utilisation des règles

Remarque

Chaque règle peut comporter 10 actions au maximum.

Un workflow classique de configuration de règle peut suivre ce modèle :

  1. Identification des ressources d'action

    Configurez ou identifiez les ressources d'action à utiliser avec la règle. Par exemple, vous pouvez configurer un sujet Notifications et créer des abonnements pour l'équipe DevOps afin qu'elle soit informée lorsque les sauvegardes sont terminées. Si un sujet existe déjà, vous pouvez l'utiliser au lieu d'en créer un. Les ressources que vous indiquez pour les actions ne doivent pas nécessairement se trouver dans le même compartiment que la règle.

  2. Planification du filtrage

    Assurez-vous que les ressources à surveiller émettent des événements vers le service Events et planifiez votre stratégie de correspondance des modèles. Par exemple, vous pouvez surveiller les sauvegardes sur les instances Autonomous AI Lakehouse du compartiment ABC. Assurez-vous que les instances Autonomous AI Lakehouse émettent un type d'événement que vous pouvez utiliser pour générer l'automatisation requise. Consultez l'exemple d'événement JSON pour déterminer la meilleure façon d'identifier ces ressources dans les filtres. Reportez-vous à Correspondance d'événements avec des filtres et à Services produisant des événements.

  3. Création de la règle

    Les règles s'appliquent aux événements du compartiment dans lequel vous les créez et des compartiments enfant. Créez une règle dans le compartiment avec la ressource à surveiller et indiquez la destination de transmission des événements correspondants. Par exemple, dans le compartiment ABC, vous pouvez créer une règle qui Filtre les événements des sauvegardes Autonomous AI Lakehouse. Sachant qu'Events n'impose aucune exigence concernant l'emplacement des ressources d'action, vous pouvez spécifier un sujet dans le compartiment XYZ, en tant que ressource pour la transmission des événements correspondants.