Utilisez les notifications d'événements pour suivre les changements de statut des jobs DLC, des tâches de pipeline et des instances DSW, ou pour déclencher automatiquement des opérations en aval lors du changement de statut d'une version de modèle. Les notifications sont transmises via EventBridge : chaque règle d'événement que vous créez évalue les événements sur un bus d'événements personnalisé et les achemine vers les cibles configurées.
1. Activer EventBridge et accorder les autorisations (configuration initiale)
Avant de créer votre première règle de notification, activez EventBridge et configurez les autorisations requises. Sans cette étape, la création de règles d'événement est impossible.
Pour accéder à la page de configuration, accédez à Détails de l'espace de travail, sélectionnez votre espace de travail PAI, puis cliquez sur Workspace Configurations > Configure Event Notification dans le coin supérieur droit.
1,1 Activer EventBridge
Dans l'onglet Configuration des notifications d'événements, cliquez sur Activate for Free pour accéder à la page d'activation d'EventBridge. Pour plus d'informations, consultez la rubrique Activer EventBridge.
Après l'activation, PAI crée automatiquement un bus d'événements personnalisé nommé pai-system-${workspace_name} pour chaque espace de travail PAI. Accédez à la console EventBridge, basculez vers la région où se trouve votre espace de travail, puis affichez et gérez vos bus d'événements personnalisés.
1,2 Accorder à PAI l'accès aux ressources cloud
Cliquez sur Authorize Now. Le système crée automatiquement le rôle lié au service AliyunServiceRoleForPAIWorkspace, qui autorise PAI à accéder à vos ressources cloud. Pour plus d'informations sur ce rôle, consultez la rubrique Annexe : Rôle lié au service de l'espace de travail PAI.
Dans la boîte de dialogue d'autorisation en un clic qui s'affiche, cliquez sur Authorize.
1,3 (Facultatif) Accorder des autorisations de notification d'événements à un utilisateur RAM
Si vous utilisez un utilisateur Resource Access Management (RAM) (sous-compte) pour la configuration, accordez-lui les autorisations nécessaires pour gérer le bus d'événements. Sans ces autorisations, l'utilisateur RAM ne peut ni créer ni gérer de règles d'événement.
Créez une stratégie personnalisée et attachez-la à l'utilisateur RAM. Le contenu de la stratégie est le suivant :
{
"Statement": [{
"Effect": "Allow",
"Action": [
"eventbridge:CreateEventBus",
"eventbridge:GetEventBus",
"eventbridge:DeleteEventBus",
"eventbridge:ListEventBuses",
"eventbridge:CreateRule",
"eventbridge:GetRule",
"eventbridge:UpdateRule",
"eventbridge:EnableRule",
"eventbridge:DisableRule",
"eventbridge:DeleteRule",
"eventbridge:ListRules",
"eventbridge:PutEvents",
"eventbridge:UpdateTargets",
"eventbridge:DeleteTargets",
"eventbridge:ListTargets"
],
"Resource": "acs:eventbridge:*:*:eventbus/*"
}],
"Version": "1"
}
2. Créer une règle d'événement
Une fois la configuration initiale terminée, retournez à la page de configuration : accédez à Détails de l'espace de travail, sélectionnez votre espace de travail PAI, puis cliquez sur Workspace Configurations > Configure Event Notification. Cliquez sur Create Event Rule.
Dans le panneau Create Event Rule qui s'affiche, saisissez un Rule Name et une Rule Description (jusqu'à 256 caractères), puis configurez le Event Type, l'Event Scope et la Event Target.
2,1 Configurer le type d'événement
Sélectionnez la Event Source et le Event Type spécifique à surveiller. Les sources d'événements suivantes sont prises en charge :
-
Pipeline Jobs : Surveillez le statut des tâches de pipeline Designer. Les types d'événements incluent :
Job Failure
Successful
-
DLC Jobs : Surveillez les événements du cycle de vie d'un job DLC. Vous pouvez sélectionner plusieurs types d'événements. Les types d'événements incluent :
Job Progress : Enter Queue, Start Bidding, Start Environment Preparation, Start Run, Retained upon Success, Retained upon Failure, Job Failure et Successful.
Automatic Fault Tolerance
Job Timeout : Environment Preparation Timeout, Wait Timeout, Queue Timeout et Run Timeout. Si vous sélectionnez un type d'événement de délai d'attente, configurez d'abord la règle de délai d'attente dans la configuration de planification.
Other Events : Job Preempted (seuls les jobs inactifs et les jobs spot peuvent être préemptés), Job Manually Stopped et Job Priority Modified.
-
Models : Surveillez les changements de statut d'une version de modèle dans AI Asset Management. Les types d'événements incluent :
Version Approved : La version du modèle est approuvée pour le déploiement.
Changement de statut de la version du modèle (approuvée ou rejetée pour le déploiement).
-
DSW instance : Surveillez les changements de statut d'une instance DSW et de ses images d'exécution enregistrées. Vous pouvez sélectionner plusieurs types d'événements. Les types d'événements incluent :
Status history : Queuing, Running, Instance deleted, Updating, Failed, Allocating, Recovering, Starting et Preparing environment.
Save image : Saving image, Image saved, Failed to save image et Image saving timeout.
Stop instance : Stop instance et Stopping.
2,2 Configurer les cibles d'événement
Configurez la méthode et la destination de livraison des notifications lorsqu'un événement se produit. Notez que la cible HTTP/HTTPS s'applique uniquement aux types d'événements Model.
DingTalk Notification : Configurez les paramètres webhook et clé de signature. Pour plus d'informations, consultez l'Annexe : Webhook et clé de signature. Après avoir configuré les paramètres, cliquez sur Test Connectivity pour valider la connectivité.
WeCom Notification : Configurez l'URL webhook pour les messages WeCom.
Lark Notification : Configurez l'URL webhook pour un bot Lark personnalisé.
HTTP/HTTPS : Appelle automatiquement une URL spécifiée lorsque le statut d'une version de modèle change. Cette cible s'applique uniquement aux types d'événements Model ; votre API de réception doit analyser la requête selon le modèle requis.
Par défaut, chaque règle d'événement prend en charge jusqu'à 5 cibles d'événement. Si ce quota ne répond pas à vos besoins, demandez une augmentation. Un maximum de 100 est recommandé.
FAQ
**Q : L'erreur suivante se produit lors de l'ouverture de la page de configuration des notifications d'événements : ServiceNotEnable**
Cette erreur indique qu'EventBridge n'est pas activé. Commencez par activer EventBridge.
Annexe : Obtenir le webhook et la clé de signature d'un bot DingTalk
-
Dans le groupe DingTalk où vous souhaitez recevoir les notifications, ouvrez la boîte de dialogue du bot de groupe.
Cliquez sur l'icône des paramètres dans le coin supérieur droit de la fenêtre de discussion de groupe, cliquez sur Bots dans le panneau Group Settings, puis cliquez sur Add Robot dans le panneau de gestion des bots.
-
Accédez à la boîte de dialogue Add Robot.
Dans la liste des bots, sélectionnez Custom (Connect to custom services by using a webhook), puis cliquez sur Add.
-
Dans la boîte de dialogue Add Robot, configurez les paramètres suivants, copiez la clé de signature, puis cliquez sur Finished.
RemarqueEnregistrez la clé de signature copiée sur votre appareil local pour une utilisation ultérieure.
Saisissez un Bot Name. Dans la section Security Settings, sélectionnez Sign pour ajouter une signature, cliquez sur Copy pour obtenir la clé de signature, cochez I have read and agree, puis cliquez sur Finished.
-
Dans la boîte de dialogue Add Robot, cliquez sur Copy et Finished.
RemarqueEnregistrez l'URL webhook sur votre appareil local pour une utilisation ultérieure.
Ne publiez pas l'URL webhook sur des sites web externes afin d'éviter toute fuite.
La clé de signature et l'URL webhook obtenues aux étapes 3 et 4 correspondent aux valeurs signing key et Webhook que vous configurez lors de la création d'une règle d'événement dans les paramètres de notification d'événements.