Aller au contenu

Jobs et Steps

Jobs et Steps

ADIB-Jobs

Dans le contexte de l'ADIB, un jobest un « ensemble » de plusieurs tâches d'intégration d'applications liées entre elles par leur contenu. Chaque tâche individuelle représente à son tour une « étape », qui sera expliquée dans la section suivante. Le temps d'exécution est un élément important du job. Vous définissez ici à quel moment (et donc à quelle fréquence) le job doit être exécuté. Vous pouvez par exemple exécuter un job tous les jours à 1 heure du matin. Dans un « job ADIB », vous définissez

  • Le job est-il actif ?
  • Sur quelles instances le job doit-il être exécuté ?
  • À quelle position le job doit-il être exécuté ?
  • Nom de la tâche
  • Description
  • Quelle tâche doit être exécutée immédiatement après ?
  • Cela vous permet de mettre en place une chaîne de tâches.
  • Horaires auxquels la tâche doit être exécutée
  • Pour cela, vous utilisez le « format cron » établi
  • Exemple : « 0 3 - - - 1-5 » : exécute la tâche tous les jours ouvrables (1 = lundi, 5 = vendredi) à 3 h du matin

L'illustration suivante montre les jobs créées Liste des tâches de l'ADIB {.is-info}

La partie suivant aborde les steps qui sont les étapes constituant les éléments clés de la configuration.

ADIB-Steps

Un step représente une tâche d'intégration d'application. Elle est généralement définie par un système source et un système cible, ainsi que par une règle de mappage qui spécifie comment les données de la source doivent être transférées vers la cible.

Un step peut également contenir d'autres éléments :

  • Processus suivant - par exemple, pour envoyer un e-mail une fois la tâche terminée avec succès
  • Processus précédent - par exemple, récupérer des fichiers à partir d'un répertoire distant (par exemple via FTP)
  • Composant de service web - c'est-à-dire la récupération de données à partir d'un service web OU le transfert de données vers un service web

L'illustration suivante présente un aperçu des étapes, filtrées pour la tâche « Import2ADIB ». Liste des étapes de l'ADIB {.is-info}

Les colonnes du tableau affiché ont la signification suivante :

  • Active / Parameter / Position : Permet d’activer le Step ou d’accéder à différentes étapes de configuration
    • Active : Indique si le Step est actif (vous pouvez ainsi très facilement désactiver un Step — sans le supprimer !)
    • Parameter : Ouvre un « wizard » permettant de définir les paramètres (par ex. paramètres de connexion, etc.)
    • Position : Ouvre une liste (directement sous le Step concerné) permettant de définir les champs (« Positions ») à transférer
  • Job : Définit à quel Job appartient le Step correspondant
  • Instance : Sur quelles Instances le Step doit-il être exécuté ?
  • Position : Définit l’ordre d’exécution des Steps au sein d’un Job
  • Step : Le nom du Step
  • Description : Une description du Step
  • preProcess : Définit le pré-processus (voir ci-dessous)
  • srcModule : Définit le module source (voir ci-dessous)
  • wsModule : Définit le module webservice (voir ci-dessous)
  • destModule : Définit le module cible (voir ci-dessous)
  • postProcess : Définit le post-processus (voir ci-dessous)
  • Functions : Ouvre une fenêtre permettant de définir d’autres détails relatifs au Step

La fenêtre de détails du step contient les options de configuration suivantes : Liste des étapes de l'ADIB

  • dryRun: lance un processus qui vérifie les connexions des modules définis, puis lit et renvoie par exemple les champs possibles d’une table de base de données définie
  • stepmodus: cela définit si toutes les valeurs doivent être transférées (fullTransfer), ou seulement les données modifiées par rapport au dernier transfert de données (deltaWholeLine), ou les lignes de données qui n’existent plus (deltaDroppedLine).
  • setLastExecutionTime : vous contrôlez ici la date de la dernière exécution. Cela est intéressant si l'étape est configurée de manière à ne récupérer que les enregistrements modifiés, mais que vous souhaitez récupérer tous les enregistrements à partir du moment défini pour le prochain cycle.
  • resetIncremental : Réinitialise le tampon de comparaison si le mode d'étape n'est pas « fullTransfer ». Cela a pour conséquence que TOUTES les données seront à nouveau transférées lors du prochain cycle. L'instance doit être définie ici.
  • connectstepid : définit le processus suivant
  • steppositionmodus : si cette option est réglée sur « all », tous les champs connus sont transférés. Dans ce cas, il n'est pas nécessaire d'indiquer les « step-positions ».
  • flexmapping_list : si l'étape ne doit pas effectuer un « simple transfert de champ à champ », mais une conversion complexe de structures de données (par exemple, conversion d'un modèle EAV en un tableau structuré), la liste Flexmapping (créée précédemment) est sélectionnée à cet endroit.
  • ws_templateid : définit (dans le cas d'un module de service web) le modèle de service web
  • Elastic-Template : définit (dans le cas d'une étape du portail ADIB) le modèle de portail

Tout d'abord, un aperçu des modules/processus existants a été donné avant d'aborder les paramètres à créer et les positions des étapes.