Gestion des règles - DataWorks - Centre de documentation Alibaba Cloud

Limites

Les règles d'alerte personnalisées surveillent les instances Scheduled Instance déclenchées automatiquement et les instances de workflow déclenchées (vous devez activer Monitor Triggered Workflows dans la règle). Elles ne surveillent pas les résultats des exécutions de test ni les tâches de remplissage des données des tâches récurrentes.

Remarque
Une règle peut surveiller soit des instances récurrentes, soit des instances de workflow déclenchées, mais pas les deux simultanément. Pour plus d'informations, consultez la section Configurer les informations de base.
Les règles d'alerte personnalisées prennent en charge les notifications par Email, SMS, appel téléphonique, DingTalk Chatbot et Webhook. Les limites suivantes s'appliquent :
- Telephone : Les notifications par appel téléphonique sont prises en charge uniquement pour les numéros de téléphone mobile en Chine continentale.
- Webhook :
  - DataWorks Basic Edition prend en charge l'envoi d'alertes aux groupes DingTalk, Lark et WeCom à l'aide de webhooks de groupe.
  - DataWorks Enterprise Edition prend également en charge les webhooks définis par l'utilisateur pour la réception des alertes.
Remarque
Si vous souhaitez envoyer des messages à l'aide d'un webhook personnalisé, adaptez-le en suivant les instructions de la section Webhooks personnalisés pour la surveillance intelligente. Une fois l'adaptation terminée, contactez-nous pour obtenir de l'aide supplémentaire.Soumettez un ticket pour nous contacter.
- Seules les éditions DataWorks Professional Edition et supérieures prennent en charge les conditions de déclenchement telles que nombre d'instances en erreur, proportion d'instances en erreur et les journaux de nœud contiennent des mots-clés. Pour plus d'informations, consultez la section Fonctionnalités des éditions DataWorks. Pour souscrire à DataWorks, consultez la section Abonnement.
- Seul le propriétaire de la règle de surveillance, un administrateur du locataire ou le compte Alibaba Cloud peut modifier la règle de surveillance.
- La configuration des politiques d'alerte du locataire est prise en charge uniquement dans DataWorks Professional Edition ou versions supérieures.

Remarques

Lorsque vous surveillez des instances planifiées à l'aide d'une règle d'alerte personnalisée, la plage de temps de surveillance varie en fonction de la condition de déclenchement.

Périmètre de surveillance	Condition de déclenchement	Description
Date métier (hier, T)	Génération tâche-instance terminée Fluctuation du nombre d'instances Exécution de l'instance terminée Nombre d'instances en erreur Proportion d'instances en erreur Les journaux de nœud contiennent des mots-clés	DataWorks surveille les instances planifiées dont la date métier est hier et dont l'heure planifiée est aujourd'hui. Une alerte est déclenchée lorsque la condition de déclenchement est remplie.
Date métier (hier T) et avant-hier (T-1)	Exécution de l'instance incomplète Instance incomplète dans le cycle Délai d'exécution de l'instance dépassé	DataWorks surveille les instances planifiées dont la date métier est hier ou avant-hier et dont l'heure planifiée est aujourd'hui ou hier. Une alerte est déclenchée lorsque la condition de déclenchement est remplie.
Date métier (hier T), avant-hier (T-1) et il y a deux jours (T-2)	Erreur d'exécution de l'instance Erreur persistante après nouvelle tentative automatique	DataWorks surveille les instances planifiées dont la date métier est hier, avant-hier ou il y a deux jours et dont l'heure planifiée est aujourd'hui, hier ou avant-hier. Une alerte est déclenchée lorsque la condition de déclenchement est remplie.

Remarque

Les instances planifiées en dehors du périmètre de surveillance ne déclenchent pas d'alertes, même si la condition de déclenchement est remplie. Pour plus de détails sur les règles de surveillance pour différentes conditions de déclenchement, consultez la section Configurer les méthodes de déclenchement.

Accéder à Rule Management

Accédez à la page Operation Center.

Connectez-vous à la console DataWorks, basculez vers la région cible, puis cliquez sur Data Development and O&M > Operation Center dans le volet de navigation de gauche. Sélectionnez l'espace de travail cible dans la liste déroulante et cliquez sur Operation Center.

Dans le volet de navigation de gauche, cliquez sur Monitoring and Alerting > Rule Management.

Remarque
Vous pouvez également accéder à la page Scheduled Tasks pour sélectionner des nœuds par lots et créer des règles de surveillance. Pour plus d'informations, consultez la section Créer des règles de surveillance pour les tâches planifiées.

Configuration des politiques d'alerte du locataire

Sur la page Rule Management, cliquez sur Tenant alert policy settings pour configurer les politiques d'alerte qui s'appliquent à l'ensemble du locataire, notamment l'intervalle de réception des appels téléphoniques d'alerte et le groupe de ressources webhook personnalisé.

Élément de configuration

Description

Intervalle de réception des appels téléphoniques d'alerte

Spécifie l'intervalle minimum auquel un même utilisateur reçoit des appels téléphoniques d'alerte. Vous pouvez sélectionner Use default time (20 minutes) ou Custom time. Un utilisateur peut recevoir au maximum un appel téléphonique d'alerte pendant la période spécifiée. Les appels téléphoniques d'alerte supplémentaires sont automatiquement convertis en messages SMS.

Remarque

Cette configuration s'applique à toutes les alertes téléphoniques du locataire actuel. Ajustez-la avec précaution.

Groupe de ressources webhook personnalisé

Spécifie le groupe de ressources utilisé pour envoyer des messages webhook personnalisés. Après avoir sélectionné un groupe de ressources, les webhooks personnalisés du locataire envoient des messages via ce groupe de ressources. Si aucun groupe de ressources n'est sélectionné, la méthode d'envoi d'origine est utilisée.

Si votre service webhook est déployé sur un réseau interne, sélectionnez un groupe de ressources capable de se connecter au service afin que les messages d'alerte puissent être livrés aux adresses internes.

Remarque

Une fois la configuration appliquée, un message apparaît en haut de la page Informations d'alerte, indiquant que les webhooks personnalisés du locataire actuel sont envoyés à l'aide d'un groupe de ressources. Vous pouvez cliquer sur le lien dans le message pour modifier la configuration. Pour plus d'informations sur les formats de message et les méthodes d'intégration des webhooks personnalisés, consultez la section Intégrer un webhook personnalisé.

Créer une règle personnalisée

Sur la page Rule Management, vous pouvez créer des règles de surveillance personnalisées selon vos besoins.

Configurer les informations de base

Paramètre	Description
Rule Name	Saisissez un nom pour la règle personnalisée.
Object Type	Spécifiez le type d'objet de surveillance pour définir la granularité de la surveillance. Valeurs valides : Node, Baseline, Workspace, Workflow, Exclusive Resource Group for Scheduling et Exclusive Resource Group for Data Integration. Remarque Lorsque le type d'objet est baseline, seul l'état d'exécution des tâches sur la baseline est surveillé. Les tâches en amont des tâches de baseline ne sont pas surveillées. Si vous souhaitez également surveiller les tâches en amont des tâches de baseline, consultez la section Baseline intelligente.
Monitor Triggered Workflows	Indique si le périmètre de surveillance de la règle concerne les instances de tâches récurrentes ou les instances de workflow déclenchées. Une fois activée, la règle surveille uniquement les instances de workflow déclenchées et les types disponibles d'objets de règle passent également aux workflows déclenchés. Dans ce cas, vous pouvez saisir le nom ou l'ID d'un nœud de tâche dans un workflow déclenché pour ajouter le nœud. Remarque La surveillance des workflows déclenchés et la surveillance des tâches récurrentes s'excluent mutuellement. Une règle ne peut pas surveiller les deux types d'instances simultanément. Pour surveiller les deux types d'instances, créez des règles distinctes. Pour plus d'informations sur les workflows déclenchés, consultez la section Workflow déclenché.
Rule Object	Spécifiez les objets de surveillance. Saisissez le nom ou l'ID d'un objet de surveillance, sélectionnez l'objet souhaité dans la liste, puis cliquez sur Add. Les types d'objets de surveillance pris en charge et leurs quantités maximales sont les suivants : Node : 50 Baseline : 5 Workflow : 5 Workspace : 1
Task Blacklist	Spécifiez quelles tâches parmi les objets de surveillance sont exclues de la règle actuelle. Lorsque Object Type est défini sur Baseline, Workspace ou Workflow, vous pouvez saisir un nom ou ID de nœud et cliquer sur Add pour ajouter la tâche à la liste de blocage. Remarque Les tâches de la liste de blocage ne sont pas surveillées. Vous pouvez ajouter jusqu'à 50 tâches à la liste de blocage.
Resource Group Name	Spécifiez le nom du groupe de ressources exclusif à surveiller. Lorsque Object Type est défini sur Exclusive Resource Group for Scheduling ou Exclusive Resource Group for Data Integration, sélectionnez le Resource Group Name à surveiller dans la liste déroulante.

Configurer les méthodes de déclenchement

Remarque

Dans la logique d'alerte personnalisée, une tâche gelée est considérée comme terminée.

Type d'objet	Condition de déclenchement	Description
Node, Baseline, Workspace, Workflow	Complete	Le système surveille une tâche dès le début de son exécution. Une alerte est envoyée lorsque la tâche s'exécute avec succès. Lorsque le type d'objet est Baseline ou Workflow, l'alerte est déclenchée uniquement lorsque toutes les tâches de la baseline ou du workflow s'exécutent avec succès. Lorsque le type d'objet est Node et que plusieurs nœuds sont ajoutés, l'alerte est déclenchée uniquement lorsque tous les nœuds ont terminé leur exécution. Lorsque le type d'objet est Workspace, la condition de déclenchement ne peut pas être définie sur Complete. Remarque Pour les tâches horaires, la tâche est considérée comme terminée uniquement après l'exécution réussie de tous les cycles.
	Incomplete	Le système surveille une tâche dès le début de son exécution. Si la tâche n'a pas terminé son exécution à l'heure cible spécifiée, une alerte est envoyée. Remarque Cette alerte diffère de la politique d'alerte de baseline intelligente. Une baseline intelligente peut détecter les anomalies susceptibles d'empêcher l'achèvement des tâches de la baseline dans les délais et envoyer des avertissements précoces. Pour plus d'informations, consultez la section Baseline intelligente. Exemples : Scénario 1 : Une tâche est planifiée pour s'exécuter à 01:00 et l'heure d'inachèvement est définie à 02:00. La tâche commence à s'exécuter à 01:00. Si la tâche n'a pas terminé son exécution à 02:00, une alerte est envoyée. Scénario 2 : Une tâche est planifiée pour s'exécuter toutes les heures de 00:00 à 23:59 chaque jour et l'heure d'inachèvement est définie à 12:00. La règle déclenche une alerte chaque jour. Scénario 3 : L'heure d'achèvement d'une baseline est définie à 10:00. Si une tâche de la baseline n'est pas terminée à 10:00, une alerte est envoyée. Remarque Pour les tâches horaires ou à la minute, le système vérifie si tous les cycles n'ont pas été achevés à l'heure spécifiée ce jour-là.
	Error	Le système surveille une tâche dès le début de son exécution. Si la tâche rencontre une erreur, une alerte est envoyée. Remarque Une erreur d'exécution d'instance signifie que l'instance cible affiche le statut dans la colonne des informations de base sous Operation Center > Auto Triggered Task O&M > Scheduled Instance. Lorsque le type d'objet est Baseline, Workspace ou Workflow, une alerte est déclenchée dès qu'une tâche de la baseline, de l'espace de travail ou du workflow rencontre une erreur. Une alerte est déclenchée chaque fois qu'une tâche rencontre une erreur. Si une tâche est configurée pour déclencher une alerte deux fois en cas d'erreur et que la tâche échoue deux fois lors des nouvelles tentatives, quatre alertes sont déclenchées au total. Si vous souhaitez déclencher une alerte uniquement lorsqu'une tâche rencontre toujours une erreur après les nouvelles tentatives automatiques, définissez la condition de déclenchement sur Error Persisting After Automatic Rerun of Node. Lorsque vous sélectionnez Error comme condition de déclenchement, vous pouvez sélectionner Alert upon Automatic Rerun. Lorsqu'elle est activée, une alerte est également déclenchée lorsqu'une instance ayant échoué déclenche une nouvelle tentative automatique pour une tâche configurée avec des nouvelles tentatives automatiques.
	Number of instances with errors	Indique le nombre d'instances en état d'erreur, y compris les instances qui échouent aux contrôles Data Quality et les instances qui échouent en raison d'erreurs de logique de code. Lorsque le type d'objet est Workspace et que la Trigger Condition est définie sur Instances with Errors, vous devez configurer un seuil. Une alerte est déclenchée lorsque le nombre d'instances en erreur atteint le seuil. Remarque Cette fonctionnalité est disponible uniquement dans DataWorks Professional Edition et versions supérieures. `Today` fait spécifiquement référence aux instances planifiées dont la date métier est hier et dont l'heure planifiée est aujourd'hui.
	Proportion of Instances with Errors	Lorsque le type d'objet est Workspace et que la Trigger Condition est définie sur Proportion of Instances with Errors, vous devez configurer un seuil. Une alerte est déclenchée lorsque la proportion d'instances en erreur par rapport au nombre total d'instances aujourd'hui atteint le seuil. Remarque Cette fonctionnalité est disponible uniquement dans DataWorks Professional Edition et versions supérieures. `Today` fait spécifiquement référence aux instances planifiées dont la date métier est hier et dont l'heure planifiée est aujourd'hui.
	Node Logs Contain Keywords	Lorsque le type d'objet est Workspace et que la Trigger Condition est définie sur Node Logs Contain Keywords, vous devez configurer des mots-clés. Une alerte est déclenchée lorsque les journaux d'exécution des tâches d'aujourd'hui contiennent les mots-clés spécifiés. Remarque Cette fonctionnalité est disponible uniquement dans DataWorks Professional Edition et versions supérieures. `Today` fait spécifiquement référence aux instances planifiées dont la date métier est hier et dont l'heure planifiée est aujourd'hui. Pour les groupes de ressources exclusifs créés avant le 24 août 2025, si vous souhaitez utiliser la fonctionnalité d'alerte « les journaux de nœud contiennent des mots-clés », soumettez un ticket pour nous contacter en vue d'une mise à niveau. Sinon, vous ne pourrez pas recevoir les alertes associées.
	Incomplete in Cycle	Le système surveille une tâche au sein d'un cycle spécifié. Si la tâche n'a pas terminé son exécution dans le cycle, une alerte est envoyée. Cette condition est généralement utilisée pour les instances planifiées à l'heure. Lorsqu'un workflow est configuré avec la condition de surveillance Incomplete in Cycle, le système surveille le Nième cycle des tâches du workflow (telles que les tâches quotidiennes, horaires et à la minute) en fonction du cycle N que vous spécifiez. Si le nombre d'instances est inférieur à N, l'alerte pour cette tâche est ignorée. Pour surveiller chaque cycle de planification dans une journée, cliquez sur Add Cycle et ajoutez une ligne de configuration de cycle pour chaque cycle. Par exemple, une tâche déclenchée automatiquement planifiée une fois par heure nécessite 24 lignes de configuration de cycle (cycle 1 à 01:35, cycle 2 à 02:35, ..., cycle 24 à 24:35). Si le temps d'exécution de la tâche est stable, vous pouvez définir la condition de déclenchement sur Timeout et spécifier un seul seuil de durée d'exécution, de sorte qu'une seule règle couvre tous les cycles. Par exemple, si le cycle est défini sur 3, le workflow contient les deux tâches suivantes et la surveillance des alertes fonctionne comme suit : Tâche horaire A : Planifiée toutes les 2 heures avec une durée d'exécution de 25 minutes. L'heure de début est 00:00 chaque jour, donc la tâche a 12 cycles par jour (24 heures). 00:00 est le premier cycle et le 3e cycle est à 04:00. Dans des conditions normales, le 3e cycle se termine à 04:25. Si la condition de déclenchement est définie sur Incomplete in Cycle et que le 3e cycle doit être terminé à 04:30, une alerte est envoyée si la tâche n'est pas terminée à 04:30. Tâche à la minute B : Planifiée toutes les 10 minutes avec une durée d'exécution de 2 minutes. L'heure de début est 00:00 chaque jour, donc la tâche a 6 cycles par heure. 00:00 est le premier cycle et le 3e cycle est à 00:20. Dans des conditions normales, le 3e cycle se termine à 00:22. Si la condition de déclenchement est définie sur Incomplete in Cycle et que le 3e cycle doit être terminé à 00:23, une alerte est envoyée si la tâche n'est pas terminée à 00:23.
	Timeout	Le système surveille une tâche dès le début de son exécution. Si la tâche n'a pas terminé son exécution après la durée spécifiée, une alerte est envoyée. Cette condition est généralement utilisée pour surveiller la durée des tâches.
	Error Persisting After Automatic Rerun of Node	Le système surveille une tâche dès le début de son exécution. Si la tâche rencontre une erreur et échoue toujours après les nouvelles tentatives automatiques, une alerte est envoyée. Remarque Si vous souhaitez déclencher une alerte chaque fois qu'une tâche rencontre une erreur, définissez la condition de déclenchement sur Error.
	Instance Generated	Cette condition de déclenchement est disponible uniquement lorsque le type d'objet est Workspace.
	Fluctuation of Instance Count	Cette condition de déclenchement est disponible uniquement lorsque le type d'objet est Workspace. DataWorks génère des instances planifiées pour le lendemain avant 24:00 chaque jour. Vous recevez cette alerte lorsque le nombre d'instances dans l'espace de travail fluctue de manière significative par rapport à la moyenne historique.
Exclusive Resource Group for Scheduling, Exclusive Resource Group for Data Integration	Resource Group Usage	Une alerte est déclenchée lorsque l'Usage dépasse une valeur spécifiée pendant une durée déterminée. Exemple : Une alerte est déclenchée lorsque l'Usage dépasse 50 % pendant 15 minutes consécutives.
	Number of instances waiting for resources in resource group	Une alerte est déclenchée lorsque le Number of Instances Waiting for Resources in Resource Group dépasse une valeur spécifiée pendant une durée déterminée. Exemple : Une alerte est déclenchée lorsque le Number of Instances Waiting for Resources in Resource Group dépasse 10 pendant 15 minutes consécutives.

Configurer les actions d'alerte

Méthode de notification d'alerte	Destinataire de l'alerte	Description
Email, SMS, appel téléphonique	Les alertes peuvent être envoyées au Node Owner, au Shift Schedule et à Others.	Vous pouvez cliquer sur Verify Contact Information pour vérifier si le numéro de téléphone ou l'adresse e-mail est correctement configuré. Vous devez souscrire à DataWorks Professional Edition ou version supérieure pour utiliser la fonctionnalité d'alerte téléphonique. Si vous définissez Alert Notification Method sur Telephone, vous devez prendre note de ce qui suit : Pour éviter un grand nombre d'appels téléphoniques d'alerte sur une courte période, DataWorks filtre les appels téléphoniques d'alerte. Un utilisateur peut recevoir au maximum un appel téléphonique d'alerte dans l'intervalle de réception spécifié. Les appels téléphoniques d'alerte supplémentaires sont convertis en messages SMS. L'intervalle de réception des appels téléphoniques d'alerte est par défaut de 20 minutes. Vous pouvez le modifier dans les paramètres de politique d'alerte du locataire. Vous devez d'abord configurer un planning de garde, puis sélectionner ce planning comme destinataire de l'alerte. Pour plus d'informations sur la configuration d'un planning de garde, consultez la section Configurer un planning de garde. Remarque Après avoir configuré un planning de garde, les deux premières alertes sont envoyées uniquement à la personne de garde principale. À partir de la troisième alerte, le système envoie des notifications d'alerte à la fois à la personne de garde principale et à la personne de garde de secours. Les alertes téléphoniques sont prises en charge uniquement pour les numéros de téléphone mobile en Chine continentale. Si vous souhaitez envoyer des alertes à des numéros de téléphone à l'étranger, vous devez configurer un service webhook personnalisé. DataWorks pousse les messages vers votre service webhook, qui les transfère ensuite au téléphone.
DingTalk ChatbotWebhook	Membres du groupe	Vous pouvez configurer la politique @ pour mentionner @all ou @ Specify Recipients. Cliquez sur Send Test Message dans la colonne Actions pour tester si l'alerte peut être envoyée normalement. Si vous ne recevez pas l'alerte, résolvez le problème en consultant la section Résoudre les problèmes d'alerte. Les paramètres de sécurité du robot DingTalk prennent en charge uniquement la configuration par mot-clé. Les mots-clés doivent inclure DataWorks.

Configurer le contrôle de la fatigue des alertes

Paramètre

Description

Maximum Alerts

Le nombre maximal d'alertes. Aucune autre alerte n'est envoyée une fois ce nombre atteint.

Minimum Alert Interval

L'intervalle de temps minimum entre deux alertes consécutives.

Alerting Do-Not-Disturb Period

Après avoir défini une période de non-dérangement, aucune alerte n'est envoyée pendant cette période.

Par exemple, si les conditions de déclenchement sont définies sur Timeout, Error et Incomplete, et que la période de non-dérangement est définie de 00:00 à 08:00, aucune alerte n'est envoyée pendant cette période. Si la tâche est toujours dans un état anormal à 08:00, une alerte est envoyée.

Une fois la configuration terminée, cliquez sur OK pour générer la règle. Sur la page Rule Management, vous pouvez cliquer sur View Details, Enable/Disable ou Delete à côté d'une règle pour effectuer les opérations correspondantes.

View Details : Cliquez sur View Details pour afficher les informations de base de la règle.
Enable ou Disable : Contrôle l'état de la règle. La règle surveille l'exécution des tâches uniquement après avoir été activée. Vous pouvez afficher les détails des alertes dans le panneau Détails de l'alerte.
Delete : Cliquez sur Delete pour supprimer directement la règle.

Modifier une règle de surveillance

Une règle créée ne peut être modifiée que par le propriétaire de la règle de surveillance, un administrateur du locataire ou le compte Alibaba Cloud.

Bonne pratique : Envoyer des messages d'alerte à un groupe DingTalk

Ouvrez le groupe DingTalk cible vers lequel vous souhaitez envoyer des alertes et cliquez sur l'icône Group Settings dans le coin supérieur droit.
Cliquez sur Smart Group Assistant.
Sur la page Smart Group Assistant, cliquez sur Add Robot.
Sur la page Group Robots, cliquez sur l'icône .
Sur la page Select a Robot to Add, cliquez sur Custom.
Dans la boîte de dialogue Custom, cliquez sur Add.

Dans la boîte de dialogue Add Robot, configurez les paramètres.

Paramètre	Description
Robot Name	Le nom personnalisé du robot.
Add to Group	Le groupe auquel le robot est ajouté. Cette valeur ne peut pas être modifiée.
Custom Keywords	Après avoir défini des mots-clés personnalisés, seuls les messages contenant ces mots-clés peuvent être envoyés. Vous devez ajouter DataWorks comme mot-clé. Notez que les mots-clés sont sensibles à la casse. Remarque Vous pouvez définir jusqu'à 10 mots-clés. Un message doit contenir au moins l'un des mots-clés pour être envoyé avec succès.

Sélectionnez I have read and agree to the Custom Robot Service and Disclaimer, puis cliquez sur Complete.
Une fois les paramètres de sécurité configurés, copiez l'URL Webhook du robot et cliquez sur Complete.

Important
Conservez l'URL webhook en toute sécurité. L'exposition de l'URL peut poser des risques de sécurité.
Accédez à la page Rule Management, cliquez sur Create Custom Rule, définissez la méthode de notification d'alerte sur DingTalk Chatbot et collez l'Webhook URL dans le champ DingTalk Chatbot Webhook URL.

FAQ

Q : Comment éviter les notifications d'alerte fréquentes ?

R : Vous pouvez configurer le contrôle de la fatigue des alertes pour définir le nombre maximal d'alertes, les intervalles d'alerte et une période de non-dérangement. Pour plus de détails, consultez la section Contrôle de la fatigue des alertes.