Tous les produits
Search
Centre de documentation

DataWorks:Nœud de vérification

Dernière mise à jour :Aug 10, 2026

Un nœud de vérification valide la disponibilité d'un objet cible, tel qu'une table partitionnée MaxCompute, un fichier FTP, un fichier OSS, un fichier HDFS, un fichier OSS-HDFS ou une tâche de synchronisation en temps réel. Lorsque la politique de vérification est satisfaite, le nœud de vérification réussit et déclenche ses tâches en aval.

Objets pris en charge et politiques de vérification

Un nœud de vérification ne peut contrôler que des sources de données et des tâches de synchronisation en temps réel. Les politiques de vérification sont les suivantes :

  • Source de données

    • Table partitionnée MaxCompute ou DLF (table partitionnée Paimon)

      Remarque

      Les nœuds de vérification prennent en charge les tables partitionnées MaxCompute, mais pas les tables non partitionnées MaxCompute.

      Les nœuds de vérification proposent deux politiques pour déterminer si les données d'une table partitionnée MaxCompute sont prêtes.

      • Politique 1 : Vérifier l'existence de la partition cible

        Si la partition cible existe, le nœud de vérification considère que la génération des données est terminée et que les données sont disponibles.

      • Politique 2 : Vérifier si la partition cible a été mise à jour dans un délai spécifié

        Si la partition cible n'a pas été mise à jour dans le délai spécifié, le nœud de vérification considère que la génération des données est terminée et que les données sont disponibles.

    • Fichier FTP, OSS, HDFS ou OSS-HDFS

      Si le fichier cible existe, le nœud de vérification le considère comme disponible.

  • Tâche de synchronisation en temps réel

    La vérification se base sur l'heure de démarrage planifiée du nœud de vérification. Si la tâche de synchronisation en temps réel a terminé l'écriture des données à ce moment-là, la vérification est validée.

De plus, vous devez spécifier l'intervalle de vérification (le temps entre deux vérifications consécutives) et une condition d'arrêt (le nombre maximal de vérifications ou une échéance de vérification). Si la tâche atteint le nombre maximal de vérifications ou si l'échéance de vérification est atteinte sans que la vérification ne soit validée, le nœud de vérification échoue. Pour plus d'informations sur la configuration de ces politiques, consultez Étape 2 : Configurer les politiques de vérification.

Remarque
  • Un nœud de vérification contrôle périodiquement un objet cible. Vous devez configurer l'heure de planification du nœud de vérification en fonction de l'heure de début attendue de la vérification. Une fois les conditions de planification remplies, le nœud de vérification reste dans un état d'exécution jusqu'à ce que la vérification réussisse ou échoue selon la politique d'arrêt. Pour plus d'informations sur les paramètres de planification, consultez Étape 3 : Configurer la planification des tâches.

  • Un nœud de vérification occupe des ressources de planification jusqu'à la fin de la vérification.

Limites

  • Restrictions liées au groupe de ressources : Les tâches de nœud de vérification peuvent s'exécuter uniquement sur un groupe de ressources serverless. Pour plus d'informations sur l'achat et l'utilisation d'un groupe de ressources serverless, consultez Utiliser un groupe de ressources serverless.

  • Restrictions liées à la source de données : Les sources de données FTP dont le protocole est défini sur SFTP et authentifiées par Key ne sont pas prises en charge. Pour plus d'informations, consultez Créer une source de données FTP.

  • Restrictions liées aux fonctionnalités des nœuds

    • Un nœud de vérification ne peut contrôler qu'un seul objet. Si votre tâche dépend de plusieurs objets (par exemple, plusieurs tables partitionnées MaxCompute), vous devez créer plusieurs nœuds de vérification pour valider chaque objet séparément.

    • L'intervalle de vérification d'un nœud de vérification varie de 1 minute à 30 minutes.

  • Restrictions liées à l'édition DataWorks : Les nœuds de vérification sont pris en charge uniquement dans DataWorks Professional Edition et les éditions supérieures. Si vous utilisez une édition inférieure, consultez Description de la mise à niveau de version pour effectuer la mise à niveau.

  • Régions prises en charge : Les nœuds de vérification sont disponibles dans les régions suivantes : Chine (Hangzhou), Chine (Shanghai), Chine (Pékin), Chine (Shenzhen), Chine (Chengdu), Chine (Hong Kong), Japon (Tokyo), Singapour, Malaisie (Kuala Lumpur), Indonésie (Jakarta), Allemagne (Francfort), Royaume-Uni (Londres), États-Unis (Silicon Valley) et États-Unis (Virginie).

Prérequis

  • Lorsqu'un nœud de vérification valide une source de données, vous devez créer la source de données correspondante avant d'utiliser le nœud de vérification. Le tableau suivant répertorie les préparations requises.

    Type d'objet de vérification

    Préparation

    Référence

    Table partitionnée MaxCompute

    1. Une ressource de calcul MaxCompute a été créée et associée à Data Studio.

      Lorsque vous créez et associez une ressource de calcul MaxCompute dans DataWorks, une source de données MaxCompute est automatiquement créée.

    2. Une table partitionnée MaxCompute a été créée.

    Fichier FTP

    Une source de données FTP a été créée.

    Vous devez enregistrer votre service FTP en tant que source de données dans DataWorks avant de pouvoir accéder à ses données.

    Créer une source de données FTP

    Fichier OSS

    Une source de données OSS a été créée avec le mode d'accès défini sur Access Key.

    Vous devez enregistrer votre bucket OSS en tant que source de données dans DataWorks avant de pouvoir accéder à ses données.

    Remarque

    Actuellement, seul le mode Access Key est pris en charge pour l'accès aux sources de données OSS dans un nœud de vérification. Les sources de données OSS configurées avec le mode d'autorisation de rôle RAM ne peuvent pas être utilisées avec les nœuds de vérification.

    Fichier HDFS

    Une source de données HDFS a été créée.

    Vous devez enregistrer votre cluster HDFS en tant que source de données dans DataWorks avant de pouvoir accéder à ses fichiers.

    Créer une source de données HDFS

    Fichier OSS-HDFS

    Une source de données OSS-HDFS a été créée.

    Vous devez enregistrer votre service OSS-HDFS en tant que source de données dans DataWorks avant de pouvoir accéder à ses données.

    OSS-HDFS

  • Lorsqu'un nœud de vérification valide une tâche de synchronisation en temps réel, seules les tâches de synchronisation en temps réel de Kafka vers MaxCompute sont prises en charge. Avant d'utiliser un nœud de vérification, créez la tâche de synchronisation en temps réel correspondante. Pour plus d'informations, consultez Créer une tâche de synchronisation en temps réel.

Étape 1 : Créer un nœud de vérification

  1. Connectez-vous à la console DataWorks. Dans la région cible, cliquez sur Data Development and O&M > Data Development dans le volet de navigation de gauche. Sélectionnez un espace de travail dans la liste déroulante et cliquez sur Go to Data Development.

  2. Cliquez sur l'icône image.png et choisissez Create Node > General > Check Node.

    Suivez les instructions à l'écran pour spécifier le chemin d'accès, le nom et d'autres informations pour le nœud.

Étape 2 : Configurer les politiques de vérification

Configurez le nœud de vérification pour valider une source de données ou une tâche de synchronisation en temps réel en fonction de vos besoins métier.

Source de données

Configurer les politiques de vérification pour une table partitionnée MaxCompute

Le tableau suivant décrit les paramètres.

Paramètre

Description

Data Source Type

Sélectionnez MaxCompute.

Data Source Name

La source de données où réside la table partitionnée MaxCompute à vérifier.

Si aucune source de données n'est disponible, cliquez sur New data source pour en créer une. Pour plus d'informations sur la création d'une source de données MaxCompute, consultez Créer une source de données MaxCompute.

Table Name

La table partitionnée MaxCompute à vérifier.

Remarque

Seules les tables partitionnées MaxCompute au sein de la source de données sélectionnée peuvent être choisies.

Partition

La partition de la table MaxCompute à vérifier.

Après avoir configuré le paramètre Table Name, vous pouvez prévisualiser les informations de la table pour afficher les noms des partitions. Vous pouvez également utiliser des paramètres de planification pour obtenir les noms des partitions. Pour plus d'informations sur l'utilisation des paramètres de planification, consultez Configurer les paramètres de planification.

Condition for Check Passing

Définit la méthode de vérification et la condition de réussite pour la table partitionnée. Vous pouvez utiliser l'une des deux méthodes suivantes :

  • La partition existe : vérifie si la partition cible existe.

    • Existe : la vérification réussit et la table partitionnée est considérée comme disponible.

    • N'existe pas : la vérification échoue et la table partitionnée est considérée comme indisponible.

  • Vérifier en fonction de LastModifiedTime : vérifie si les données de la partition cible ont été mises à jour dans un délai spécifié.

    • Aucune mise à jour : la vérification réussit et les données de la partition sont considérées comme entièrement écrites. La table partitionnée est disponible.

    • Mise à jour effectuée : la vérification échoue et les données de la partition sont considérées comme non entièrement écrites. La table partitionnée est indisponible.

    Remarque
    • Vous pouvez uniquement vérifier si les données de la partition ont été mises à jour dans les 5, 10, 15, 20, 25 ou 30 minutes.

    • Pour plus d'informations sur LastModifiedTime, consultez LastModifiedTime.

Policy for Stopping Check

Configure la politique d'arrêt pour la tâche du nœud de vérification. Vous pouvez définir une heure d'arrêt ou un nombre d'arrêts et configurer la fréquence de vérification :

  • Définir l'heure d'arrêt : spécifiez la durée et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si la durée expire et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • Si une tâche en amont est retardée et que la tâche du nœud de vérification commence réellement à s'exécuter après l'échéance de vérification configurée, la tâche du nœud de vérification démarre tout de même, mais n'effectue qu'une seule vérification.

  • Définir le nombre d'arrêts : spécifiez le nombre maximal de vérifications et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si le nombre maximal de vérifications est atteint et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • La durée maximale d'une tâche de nœud de vérification est de 24 heures (1 440 minutes). Le nombre maximal de vérifications dépend de l'intervalle de vérification. Par exemple, si l'intervalle de vérification est de 5 minutes, le nombre maximal de vérifications est de 288. Si l'intervalle de vérification est de 10 minutes, le nombre maximal de vérifications est de 144. Les valeurs réelles sont affichées sur la page de configuration.

Configurer les politiques de vérification pour un fichier FTP

Le tableau suivant décrit les paramètres.

Paramètre

Description

Data Source Type

Sélectionnez FTP.

Data Source Name

La source de données où réside le fichier FTP à vérifier.

Si aucune source de données n'est disponible, cliquez sur New data source pour en créer une. Pour plus d'informations sur la création d'une source de données FTP, consultez Créer une source de données FTP.

Object Path

Le chemin d'accès du fichier FTP à vérifier. Exemple : /var/ftp/test/.

Si le chemin d'accès spécifié existe, le fichier à cet emplacement existe.

Vous pouvez saisir le chemin d'accès directement ou utiliser des paramètres de planification pour l'obtenir. Pour plus d'informations sur l'utilisation des paramètres de planification, consultez Configurer les paramètres de planification.

Condition for Check Passing

Définit la condition de réussite pour la vérification du fichier FTP.

  • Si le fichier FTP existe, la vérification réussit et le fichier FTP est considéré comme disponible.

  • Si le fichier FTP n'existe pas, la vérification échoue et le fichier FTP est considéré comme indisponible.

Policy for Stopping Check

Configure la politique d'arrêt pour la tâche du nœud de vérification. Vous pouvez définir une heure d'arrêt ou un nombre d'arrêts et configurer la fréquence de vérification :

  • Définir l'heure d'arrêt : spécifiez la durée et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si la durée expire et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • Si une tâche en amont est retardée et que la tâche du nœud de vérification commence réellement à s'exécuter après l'échéance de vérification configurée, la tâche du nœud de vérification démarre tout de même, mais n'effectue qu'une seule vérification.

  • Définir le nombre d'arrêts : spécifiez le nombre maximal de vérifications et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si le nombre maximal de vérifications est atteint et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • La durée maximale d'une tâche de nœud de vérification est de 24 heures (1 440 minutes). Le nombre maximal de vérifications dépend de l'intervalle de vérification. Par exemple, si l'intervalle de vérification est de 5 minutes, le nombre maximal de vérifications est de 288. Si l'intervalle de vérification est de 10 minutes, le nombre maximal de vérifications est de 144. Les valeurs réelles sont affichées sur la page de configuration.

Configurer les politiques de vérification pour un fichier OSS

De plus, configurez les paramètres suivants : définissez Check Object sur Data Source. Définissez Check Pass Condition sur File Exists. Pour Check Stop Policy, sélectionnez Check Stop Time ou Check Stop Count, et définissez l'intervalle de vérification (par exemple, toutes les 5 minutes) ainsi que l'échéance ou le nombre. Remarque : si une tâche en amont est retardée et que la tâche de vérification commence réellement à s'exécuter après l'échéance de vérification configurée, la tâche de vérification s'exécute tout de même, mais n'effectue qu'une seule vérification.

Le tableau suivant décrit les paramètres.

Paramètre

Description

Data Source Type

Sélectionnez OSS.

Data Source Name

La source de données où réside le fichier OSS à vérifier.

Si aucune source de données n'est disponible, cliquez sur New data source pour en créer une. Pour plus d'informations sur la création d'une source de données OSS, consultez Créer une source de données OSS.

Object Path

Le chemin d'accès du fichier OSS à vérifier. Vous pouvez vous connecter à la console OSS, accéder à la page de détails du bucket cible et afficher le chemin d'accès sur la page File Management > Files > OSS Object.

Remarque

Le système utilise par défaut les informations du bucket configurées dans la source de données OSS que vous avez sélectionnée pour Data Source Name.

Lorsque vous saisissez le chemin d'accès, n'incluez pas le préfixe oss:// ni les informations du bucket. Nous vous recommandons de ne pas commencer le chemin d'accès par une barre oblique /.

Le format suit la définition du format de chemin d'accès des fichiers OSS :

  • Si le chemin d'accès du fichier se termine par « / », le nœud de vérification contrôle si un dossier portant le même nom que le chemin d'accès saisi existe dans OSS.

    Exemple : user/, qui vérifie si le dossier user existe.

  • Si le chemin d'accès du fichier ne se termine pas par « / », le nœud de vérification contrôle si un fichier portant le même nom que le chemin d'accès saisi existe dans OSS.

    Exemple : user, qui vérifie si le fichier user existe.

Limites de la vérification des dossiers : si vous souhaitez vérifier l'existence d'un dossier, tenez compte des scénarios suivants.

  • Téléchargement direct de fichier (tel que put /a/b/1.txt) : les dossiers /a ou /a/b ne sont pas créés. Seul l'objet /a/b/1.txt est créé. La console affiche un dossier virtuel /a/b/, qui n'existe pas réellement lors de la vérification.

  • Téléchargement de chemin d'accès étape par étape (tel que put /aput /a/bput /a/b/1.txt) : les objets de dossier /a et /a/b (taille de 0 Ko) sont créés avec l'objet fichier. Dans ce cas, les dossiers existent lors de la vérification.

Condition for Check Passing

Définit la condition de réussite pour la vérification du fichier OSS.

  • Si le fichier OSS existe, la vérification réussit et le fichier OSS est considéré comme disponible.

  • Si le fichier OSS n'existe pas, la vérification échoue et le fichier OSS est considéré comme indisponible.

Policy for Stopping Check

Configure la politique d'arrêt pour la tâche du nœud de vérification. Vous pouvez définir une heure d'arrêt ou un nombre d'arrêts et configurer la fréquence de vérification :

  • Définir l'heure d'arrêt : spécifiez la durée et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si la durée expire et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • Si une tâche en amont est retardée et que la tâche du nœud de vérification commence réellement à s'exécuter après l'échéance de vérification configurée, la tâche du nœud de vérification démarre tout de même, mais n'effectue qu'une seule vérification.

  • Définir le nombre d'arrêts : spécifiez le nombre maximal de vérifications et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si le nombre maximal de vérifications est atteint et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • La durée maximale d'une tâche de nœud de vérification est de 24 heures (1 440 minutes). Le nombre maximal de vérifications dépend de l'intervalle de vérification. Par exemple, si l'intervalle de vérification est de 5 minutes, le nombre maximal de vérifications est de 288. Si l'intervalle de vérification est de 10 minutes, le nombre maximal de vérifications est de 144. Les valeurs réelles sont affichées sur la page de configuration.

Configurer les politiques de vérification pour un fichier HDFS

Si une tâche en amont est retardée et que la tâche de vérification commence réellement à s'exécuter après l'échéance de vérification configurée, la tâche de vérification s'exécute tout de même, mais n'effectue qu'une seule vérification. Le tableau suivant décrit les paramètres.

Paramètre

Description

Data Source Type

Sélectionnez HDFS.

Data Source Name

La source de données où réside le fichier HDFS à vérifier.

Si aucune source de données n'est disponible, cliquez sur New data source pour en créer une. Pour plus d'informations sur la création d'une source de données HDFS, consultez Créer une source de données HDFS.

Object Path

Le chemin d'accès du fichier HDFS à vérifier. Exemple : /user/dw_test/dw.

Si le chemin d'accès spécifié existe, le fichier à cet emplacement existe.

Vous pouvez saisir le chemin d'accès directement ou utiliser des paramètres de planification pour l'obtenir. Pour plus d'informations sur l'utilisation des paramètres de planification, consultez Configurer les paramètres de planification.

Condition for Check Passing

Définit la condition de réussite pour la vérification du fichier HDFS.

  • Si le fichier HDFS existe, la vérification réussit et le fichier HDFS est considéré comme disponible.

  • Si le fichier HDFS n'existe pas, la vérification échoue et le fichier HDFS est considéré comme indisponible.

Policy for Stopping Check

Configure la politique d'arrêt pour la tâche du nœud de vérification. Vous pouvez définir une heure d'arrêt ou un nombre d'arrêts et configurer la fréquence de vérification :

  • Définir l'heure d'arrêt : spécifiez la durée et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si la durée expire et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • Si une tâche en amont est retardée et que la tâche du nœud de vérification commence réellement à s'exécuter après l'échéance de vérification configurée, la tâche du nœud de vérification démarre tout de même, mais n'effectue qu'une seule vérification.

  • Définir le nombre d'arrêts : spécifiez le nombre maximal de vérifications et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si le nombre maximal de vérifications est atteint et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • La durée maximale d'une tâche de nœud de vérification est de 24 heures (1 440 minutes). Le nombre maximal de vérifications dépend de l'intervalle de vérification. Par exemple, si l'intervalle de vérification est de 5 minutes, le nombre maximal de vérifications est de 288. Si l'intervalle de vérification est de 10 minutes, le nombre maximal de vérifications est de 144. Les valeurs réelles sont affichées sur la page de configuration.

Configurer les politiques de vérification pour un fichier OSS-HDFS

Définissez Check Object sur Data Source. Dans la section Check Stop Policy, sélectionnez Check Stop Time ou Check Stop Count. Par défaut, la vérification s'exécute toutes les 5 minutes. Si une tâche en amont est retardée et que la tâche de vérification commence réellement à s'exécuter après l'échéance de vérification configurée, la tâche de vérification s'exécute tout de même, mais n'effectue qu'une seule vérification. Le tableau suivant décrit les paramètres.

Paramètre

Description

Data Source Type

Sélectionnez OSS_HDFS.

Data Source Name

La source de données où réside le fichier OSS-HDFS à vérifier.

Si aucune source de données n'est disponible, cliquez sur New data source pour en créer une. Pour plus d'informations sur la création d'une source de données OSS-HDFS, consultez Créer une source de données OSS-HDFS.

Object Path

Le chemin d'accès du fichier OSS-HDFS à vérifier. Vous pouvez vous connecter à la console OSS, accéder à la page de détails du bucket cible et afficher le chemin d'accès sur la page File Management > Files > HDFS Files.

Le format suit la définition du format de chemin d'accès des fichiers OSS-HDFS :

  • Si le chemin d'accès du fichier se termine par /, le nœud de vérification contrôle si un dossier portant le même nom que le chemin d'accès saisi existe dans OSS-HDFS.

    Exemple : user/, qui vérifie si le dossier user existe.

  • Si le chemin d'accès du fichier ne se termine pas par /, le nœud de vérification contrôle si un fichier portant le même nom que le chemin d'accès saisi existe dans OSS-HDFS.

    Exemple : user, qui vérifie si le fichier user existe.

Condition for Check Passing

Définit la condition de réussite pour la vérification du fichier OSS-HDFS.

  • Si le fichier OSS-HDFS existe, la vérification réussit et le fichier OSS-HDFS est considéré comme disponible.

  • Si le fichier OSS-HDFS n'existe pas, la vérification échoue et le fichier OSS-HDFS est considéré comme indisponible.

Policy for Stopping Check

Configure la politique d'arrêt pour la tâche du nœud de vérification. Vous pouvez définir une heure d'arrêt ou un nombre d'arrêts et configurer la fréquence de vérification :

  • Définir l'heure d'arrêt : spécifiez la durée et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si la durée expire et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • Si une tâche en amont est retardée et que la tâche du nœud de vérification commence réellement à s'exécuter après l'échéance de vérification configurée, la tâche du nœud de vérification démarre tout de même, mais n'effectue qu'une seule vérification.

  • Définir le nombre d'arrêts : spécifiez le nombre maximal de vérifications et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si le nombre maximal de vérifications est atteint et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • La durée maximale d'une tâche de nœud de vérification est de 24 heures (1 440 minutes). Le nombre maximal de vérifications dépend de l'intervalle de vérification. Par exemple, si l'intervalle de vérification est de 5 minutes, le nombre maximal de vérifications est de 288. Si l'intervalle de vérification est de 10 minutes, le nombre maximal de vérifications est de 144. Les valeurs réelles sont affichées sur la page de configuration.

Tâche de synchronisation en temps réel

Le tableau suivant décrit les paramètres.

Paramètre

Description

Check Object

Sélectionnez Real-time Synchronization Task.

Real-time Synchronization Task

La tâche de synchronisation en temps réel à vérifier.

Remarque
  • Actuellement, seules les tâches de synchronisation en temps réel de Kafka vers MaxCompute sont prises en charge.

  • Si une tâche de synchronisation en temps réel existe déjà mais ne peut pas être sélectionnée, vérifiez si la tâche a été déployée dans l'environnement de production.

Policy for Stopping Check

Configure la politique d'arrêt pour la tâche du nœud de vérification. Vous pouvez définir une heure d'arrêt ou un nombre d'arrêts et configurer la fréquence de vérification :

  • Définir l'heure d'arrêt : spécifiez la durée et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si la durée expire et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • Si une tâche en amont est retardée et que la tâche du nœud de vérification commence réellement à s'exécuter après l'échéance de vérification configurée, la tâche du nœud de vérification démarre tout de même, mais n'effectue qu'une seule vérification.

  • Définir le nombre d'arrêts : spécifiez le nombre maximal de vérifications et l'intervalle de vérification (le temps entre deux vérifications consécutives). Si le nombre maximal de vérifications est atteint et que la tâche de vérification n'a pas réussi, la tâche se termine automatiquement avec un statut d'échec.

    Remarque
    • L'intervalle de vérification varie de 1~30 minutes.

    • La durée maximale d'une tâche de nœud de vérification est de 24 heures (1 440 minutes). Le nombre maximal de vérifications dépend de l'intervalle de vérification. Par exemple, si l'intervalle de vérification est de 5 minutes, le nombre maximal de vérifications est de 288. Si l'intervalle de vérification est de 10 minutes, le nombre maximal de vérifications est de 144. Les valeurs réelles sont affichées sur la page de configuration.

Étape 3 : Configurer la planification des tâches

Pour vérifier périodiquement les données à l'aide d'un nœud de vérification, cliquez sur Scheduling à droite de la page d'édition du nœud et configurez les paramètres de planification. Pour plus d'informations, consultez Configurer les paramètres de planification.

Comme un nœud planifié classique, un nœud de vérification nécessite des paramètres de planification tels que les dépendances et l'heure de planification. Chaque nœud doit avoir une dépendance en amont. Si le nœud de vérification n'a aucune dépendance en amont réelle, vous pouvez le faire dépendre d'un nœud virtuel ou du nœud racine de l'espace de travail. Pour plus d'informations, consultez Configurer les dépendances.

Remarque

Vous devez configurer l'attribut Rerun attribute et les Parent Nodes pour le nœud avant de pouvoir le soumettre.

Étape 4 : Soumettre et déployer la tâche

Après avoir configuré le nœud, soumettez-le et déployez-le. Une fois déployé, le nœud s'exécute périodiquement selon les paramètres de planification.

  1. Cliquez sur l'icône Save icon dans la barre d'outils pour enregistrer le nœud.

  2. Cliquez sur l'icône Submit icon dans la barre d'outils pour soumettre la tâche du nœud.

    Lors de la soumission de la tâche, saisissez la Change Description dans la boîte de dialogue Submission et choisissez si vous souhaitez effectuer une revue de code et des tests de fumée après la soumission du nœud.

    Remarque
    • Vous devez configurer l'attribut Rerun attribute et les Parent Nodes pour le nœud avant de pouvoir le soumettre.

    • La revue de code vous aide à contrôler la qualité du code des tâches et empêche les erreurs causées par le déploiement de code défectueux sans révision. Si la revue de code est activée, le code du nœud soumis doit être approuvé par un réviseur avant de pouvoir être déployé. Pour plus d'informations, consultez Configurer la revue de code.

    • Pour garantir que la tâche de nœud planifiée s'exécute comme prévu, nous vous recommandons d'effectuer des tests de fumée avant le déploiement. Pour plus d'informations, consultez Tests de fumée.

Si vous utilisez un espace de travail en mode standard, après la soumission de la tâche, cliquez sur Deploy dans le coin supérieur droit de la page d'édition du nœud pour déployer la tâche dans l'environnement de production. Pour plus d'informations, consultez Déployer des tâches.

Étape suivante

Après le déploiement du nœud de vérification dans Operation Center, il exécute des vérifications périodiquement en fonction de la configuration du nœud. Vous pouvez afficher les résultats des vérifications et gérer les instances dans Operation Center. Pour plus d'informations, consultez Afficher et gérer les instances de nœud de vérification.