IM InfoSphere Identity Insight, Version 8.0

Règles de routage

Les règles de routage ordonnent au moniteur d'application d'envoyer des messages d'un programme d'acquisition à un pipeline, ou d'un pipeline à une base de données ou à un système externe. Les règles de routage ne peuvent être configurées que pour les pipelines qui ont été inscrits auprès du moniteur d'application, mais les résultats peuvent être acheminés vers n'importe quelle destination au moyen de la syntaxe de transport URI (Universal Resource Indicator).

Les règles de routage trouvent de nombreuses utilisations, dont voici les plus courantes :

Documents UMF et règles de routage

Les règles de routage sont configurées pour acheminer les messages au moyen de types de document UMF. Votre choix dépend des informations provenant du noeud pipeline ou de système d'où le routage doit s'effectuer. Par exemple, UMF_ALERT est un type de document UMF représentant les alertes générées par le traitement des fiches d'identité et d'entité via un pipeline. Vous pouvez acheminer n'importe quelles alertes générées depuis un pipeline particulier vers un système externe, par exemple une interface utilisée par les analystes menant les investigations sur les alertes déclenchées par le système.

Vous pouvez configurer une règle de routage chargée d'acheminer soit tous les types de document UMF, soit un type de document UMF précis, y compris type de document UMF personnalisé configuré pour votre système.

Filtres

Vous pouvez filtrer les informations qui sont acheminées vers la destination en désignant une expression de filtrage lorsque vous configurez une règle de routage. Les filtres indiquent que seules certaines informations particulières sont acheminées à destination.

Un filtre de routage s'élabore au moyen de l'expression MODDIST(nom_balise_UMF), sachant que
MODDIST
est l'expression qui indique une distribution modulaire.
(nom_balise_UMF)
identifie la balise UMF qui indique au système comment distribuer les fiches. A l'aide de la balise UMF identifiée, le système totalise les valeurs ASCII de tous les caractères de cette balise afin de déterminer le nombre de routes nécessaires à l'équilibrage de la charge de traitement des données.
Si vous souhaitiez acheminer toutes les fiches d'un code de source de données "source_de_données5" à une base de données de rapports distincte, vous pourriez configurer une règle de routage au moyen de l'expression de filtrage MODDIST(datasource5) , sachant que source_de_données5 désigne le code de source de données.

Processus de routage

Quand une règle de routage est configurée pour un pipeline ou un programme d'acquisition, les explications ci-dessous décrivent comment le moniteur d'application effectue le processus de routage :
  1. Quand le pipeline ou programme d'acquisition démarre, il envoie une demande au moniteur d'application au moyen d'un message UMF.
  2. Le moniteur d'application reçoit la demande et recherche toutes les règles de routage actives concernant le pipeline ou programme d'acquisition demandeur.
  3. S'il localise une règle de routage active pour le pipeline ou programme d'acquisition demandeur, il fabrique un document UMF indiquant les instructions de routage, et renvoie ce document UMF au pipeline ou programme d'acquisition demandeur.
  4. Le pipeline ou programme d'acquisition demandeur interprète le message du document UMF et crée un fichier de routage portant l'extension *.RTE (* étant le nom du pipeline ou programme d'acquisition demandeur). Si le pipeline ou programme d'acquisition ne peut communiquer avec le moniteur d'application au démarrage, il cherche à consulter les instructions dans le fichier de routage.
  5. Le pipeline ou programme d'acquisition demandeur ouvre les transports nécessaires pour communiquer avec la destination configurée dans la règle de routage.
    • Si le pipeline ou programme d'acquisition parvient à ouvrir le transport et à localiser la destination, il achemine les messages de document UMF adéquats vers la destination tant qu'il est allumé et qu'il traite activement les données.
    • Si le pipeline ou programme d'acquisition ne parvient pas à ouvrir le transport ou si la destination est introuvable, il s'arrête, en signalant une erreur.


Commentaires en retour

Dernière mise à jour : 2009