Moteur de messagerie BizTalk Server

  • Article

Le moteur de messagerie BizTalk Server permet aux utilisateurs de créer des processus métier qui s’étendent sur plusieurs applications en fournissant deux éléments principaux :

  • une méthode pour spécifier et implémenter la logique directrice de ce processus d'entreprise ;

  • un dispositif de communication entre les applications qu'utilise ce processus d'entreprise.

    La figure ci-dessous illustre les principaux composants du moteur qui répondent à ces deux attentes.

    Image montrant les composants main du moteur qui résolvent ces deux problèmes.

    Comme le montre le diagramme, un message est reçu via un adaptateur de réception. Différents adaptateurs offrent différents mécanismes de communication ; un message peut donc être acquis en accédant à un service Web, en lisant un fichier ou par d'autres moyens. Le message est ensuite traité via un pipeline de réception. Celui-ci peut contenir divers composants effectuant des actions telles que la conversion d'un message au format natif en un document XML, la validation de la signature numérique d'un message, etc. Le message est ensuite remis dans une base de données appelée MessageBox, qui est implémentée à l’aide de Microsoft SQL Server.

    La logique qui pilote un processus métier est implémentée sous la forme d’une ou de plusieurs orchestrations, chacune se composant de code exécutable. Ces orchestrations ne sont toutefois pas créées en écrivant du code dans un langage comme C#. Un analyste d'entreprise ou (très certainement) un développeur utilise ensuite un outil approprié pour classer de manière graphique un groupe de formes défini permettant d'exprimer des conditions, des boucles et d'autres comportements. Les orchestrations peuvent éventuellement utiliser le moteur de règles d’entreprise, qui offre un moyen plus simple et plus facile à modifier pour exprimer des ensembles de règles complexes dans un processus métier.

    Chaque orchestration crée des abonnements pour indiquer les types de messages qu’elle souhaite recevoir. Lorsqu'un message répondant aux critères arrive dans MessageBox, il est affiché dans l'orchestration cible, qui effectue l'action qui lui est dictée par le processus d'entreprise. Dans la plupart des cas, le résultat de ce processus consiste en la création d'un autre message généré par l'orchestration et enregistré dans MessageBox. Ce message, à son tour, est traité par un pipeline d’envoi, qui peut le convertir du format XML interne utilisé par BizTalk Server au format requis par sa destination, ajouter une signature numérique, etc. Le message est ensuite envoyé à l’aide d’un adaptateur d’envoi, qui utilise un mécanisme approprié pour communiquer avec l’application à laquelle ce message est destiné.

    Une solution complète basée sur le moteur de BizTalk Server peut contenir différentes parties (parfois appelées artefacts) : orchestrations, pipelines, schémas de message, etc. Ces composants, ou artefacts, peuvent être utilisés en tant qu’unité unique, appelée application BizTalk. Une application BizTalk regroupe au sein d'une seule unité logique toutes les parties requises d'une solution. Elle constitue ainsi l'abstraction fondamentale pour les opérations de gestion et de déploiement.

    Différents types de personnes exécutent différentes fonctions à l’aide du moteur de BizTalk Server. Un analyste métier, par exemple, peut définir les règles et les comportements qui composent un processus métier. Elle détermine également le flux de celui-ci, c'est-à-dire qu'elle définit les informations à envoyer à chaque application, ainsi que la manière dont un document commercial est mappé sur un autre. Une fois que l’analyste métier a défini ce processus, un développeur peut créer une application BizTalk qui l’implémente. Ses attributions consistent à définir les schémas XML des documents commerciaux à utiliser, à spécifier le mappage détaillé entre eux et à créer les orchestrations requises pour implémenter le processus. Un administrateur joue également un rôle important en configurant la communication entre les parties, en déployant l’application BizTalk de manière évolutive et en effectuant d’autres tâches. Les trois rôles (analyste d’entreprise, développeur et administrateur) sont nécessaires pour créer et gérer des solutions BizTalk Server.

Dans cette section

Voir aussi

Architecture BizTalk Server
Architecture d’exécution