Connexion des systèmes
L'échange efficace de messages entre divers logiciels installés sur des ordinateurs différents est une condition absolument requise pour l'intégration. Compte tenu de la diversité des styles de communication existants, BizTalk Server doivent prendre en charge divers protocoles et formats de message. Comme décrit ci-après, une part importante du moteur est dédiée au fonctionnement de cette communication. Il est toutefois important de garder à l'esprit que le moteur fonctionne uniquement avec des documents XML en interne. Quel que soit le format d'un message entrant, il doit être converti en un document XML après sa réception. De même, si un document ne peut pas être accepté par son destinataire au format XML, le moteur le convertit dans le format attendu par la cible.
Envoi et réception de messages : adaptateurs
Étant donné que BizTalk Server devez communiquer avec un grand nombre d’autres logiciels, il s’appuie sur des adaptateurs pour rendre cela possible. Un adaptateur est une implémentation d'un mécanisme de communication, tel qu'un protocole particulier. Un développeur détermine les adaptateurs à utiliser dans une situation donnée. Ils peuvent choisir l’un des adaptateurs intégrés que BizTalk Server fournit, par exemple, ou utiliser un adaptateur créé pour un produit populaire tel que Windows SharePoint Services, ou même créer un adaptateur personnalisé. Dans chacun des cas, l'adaptateur est créé sur une base standard, nommée l'infrastructure d'adaptateurs. Cette infrastructure offre un moyen commun de créer et d'exécuter des adaptateurs et prend en charge les mêmes outils utilisés pour gérer tous les types d'adaptateur.
Microsoft BizTalk Server inclut les adaptateurs natifs suivants :
Adaptateur de fichier : prend en charge la lecture à partir de et l’écriture dans des fichiers dans le système de fichiers Windows. Comme les applications impliquées dans un processus d'entreprise peuvent souvent accéder au même système de fichiers, localement ou sur un réseau, l'échange de messages via des fichiers peut s'avérer pratique.
Adaptateur FTP : prend en charge l’envoi et la réception d’informations entre un serveur FTP (File Transport Protocol) et BizTalk Server.
Adaptateur HTTP : prend en charge l’envoi et la réception d’informations à l’aide de HTTP. BizTalk Server expose une ou plusieurs URL pour permettre à d’autres applications d’y envoyer des données, et il peut utiliser cet adaptateur pour envoyer des données à d’autres URL.
Adaptateur MSMQ : prend en charge l’envoi et la réception de messages à l’aide de Microsoft Message Queuing (MSMQ).
Adaptateur WebSphere MQ : prend en charge l’envoi et la réception de messages à l’aide de WebSphere MQ (anciennement MQSeries) d’IBM.
Adaptateur POP3 : prend en charge la réception de messages électroniques et de leurs pièces jointes à l’aide de la version 3 du protocole POP3 (Post Office Protocol).
Adaptateur SMTP : prend en charge l’envoi de messages à l’aide de SMTP. Les adresses de messagerie standard sont utilisées pour identifier les tiers.
Adaptateur SOAP : prend en charge l’envoi et la réception de demandes de service Web pour permettre aux BizTalk Server de se connecter aux services Web.
Adaptateurs WCF : prend en charge l’envoi et la réception d’informations à l’aide de Windows Communication Foundation.
Adaptateur Windows SharePoint Services (WSS) : prend en charge l’accès et la publication de documents stockés dans les bibliothèques de documents Microsoft Windows SharePoint.
Des adaptateurs pour les logiciels professionnels couramment utilisés sont également disponibles auprès de Microsoft, notamment :
Adaptateur Microsoft BizTalk pour JD Edwards OneWorld
Adaptateur Microsoft BizTalk pour JD Edwards EnterpriseOne
Adaptateur Microsoft BizTalk pour PeopleSoft Enterprise
Adaptateur Microsoft BizTalk pour TIBCO Rendezvous
Adaptateur Microsoft BizTalk pour TIBCO Enterprise Message Service
Pour plus d’informations sur ces cartes, consultez Adaptateurs dans BizTalk Server.
Quel que soit l'adaptateur utilisé pour recevoir des données, les messages qu'il reçoit doivent généralement être traités avant qu'ils ne soient accessibles à une orchestration. De même, les messages sortants produits par une orchestration doivent souvent être traités avant leur envoi par un adaptateur.
Traitement des messages : pipelines
Les applications sous-jacentes à un processus métier communiquent en échangeant différents types de documents : par exemple, bons de commande et factures. Pour qu’une application BizTalk Server exécute un processus métier, elle doit être en mesure de traiter correctement les messages qui contiennent ces documents. Ce traitement pouvant impliquer plusieurs étapes, il est effectué par un pipeline de messages. Les messages entrants sont traités par l'intermédiaire d'un pipeline de réception, tandis que les messages sortants passent par un pipeline d'envoi.
Par exemple, même si de plus en plus d'applications sont conçues pour comprendre des documents XML, nombre d'entre elles (probablement la majorité actuellement) ne le peuvent pas. Étant donné que BizTalk Server fonctionne uniquement avec les documents XML en interne, il doit fournir un moyen de convertir d’autres formats vers et à partir de XML. D'autres services peuvent également être requis, notamment l'authentification de l'expéditeur d'un message. Pour traiter ces tâches et d'autres encore de manière modulaire, mais personnalisable, un pipeline est créé à partir d'un certain nombre d'étapes, chacune contenant un ou plusieurs composants .NET ou COM (Component Object Model). Chaque composant gère une partie donnée du traitement des messages. BizTalk Server fournit plusieurs composants standard qui traitent les cas les plus courants. Si toutefois ils ne suffisent pas, les développeurs peuvent également créer des composants personnalisés pour les pipelines de réception et d'envoi.
Le schéma ci-avant illustre les étapes dans un pipeline de réception, ainsi que les composants standard fournis par chacune d'elles. Ces étapes et leurs composants associés sont les suivants :
Décodage : BizTalk Server fournit un composant standard pour cette étape, le décodeur MIME/SMIME. Ce composant peut gérer des messages et leurs pièces jointes, au format MIME ou S/MIME (Secure MIME). Il convertit ces deux types de message en XML et peut décrypter les messages S/MIME et vérifier leur signature numérique.
Désassembler : trois composants standard sont fournis. Le composant Désassembleur de fichier plat transforme des fichiers plats en documents XML. Ces fichiers peuvent être positionnels (chaque enregistrement a les mêmes longueur et structure) ou délimités (un caractère désigné sert à séparer les enregistrements dans le fichier). Le deuxième composant standard, le Désassembleur XML, analyse les messages entrants qui sont déjà décrits à l'aide de XML. Le troisième composant standard, peu utilisé à l'heure actuelle, est le Désassembleur BizTalk Framework. Il accepte des messages envoyés à l'aide du mécanisme fiable de messagerie défini par BizTalk Framework, qui a été implémenté dans BizTalk Server 2000.
Valider : BizTalk Server fournit un composant validateur XML pour cette étape. Comme son nom l'indique, ce composant valide un document XML, produit à l'étape Désassembler, par rapport à un schéma ou groupe de schémas spécifié, en renvoyant une erreur si le document n'est pas conforme à l'un de ces schémas.
Partie résolue : le seul composant standard pour cette étape, Résolution de partie, tente de déterminer une identité pour l’expéditeur de ce message. Si le message a été signé numériquement, la signature est utilisée pour rechercher une identité Windows dans la base de données de gestion dans BizTalk Server. (Comme décrit plus loin, cette base de données est également utilisée par les outils de gestion de BizTalk Server.) Si le message porte l’identificateur de sécurité authentifié (SID) d’un utilisateur Windows, cette identité est utilisée. Si aucun mécanisme ne réussit, une identité anonyme par défaut est attribuée à l'expéditeur du message.
Des messages sortants peuvent également passer par plusieurs étapes, comme défini par le pipeline d'envoi utilisé. La figure ci-avant montre les étapes et les composants standard pour un pipeline d'envoi, Il s'agit des éléments suivants :
Préassemblons : aucun composant standard n’est fourni. Au lieu de cela, des composants personnalisés peuvent être insérés ici, si nécessaire.
Assembler : en parallèle de la phase De désassemblement dans un pipeline de réception, cette étape comporte également trois composants standard. L'Assembleur de fichier plat convertit un message XML en un fichier plat positionnel ou délimité, et l'Assembleur XML prend en charge l'ajout d'une enveloppe et d'autres modifications apportées à un message XML sortant. Le troisième composant, l'Assembleur BizTalk Framework, regroupe des messages pour une transmission fiable, à l'aide de la technologie de messagerie BizTalk Framework.
Encode : BizTalk Server définit un seul composant standard pour cette étape, l’encodeur MIME/SMIME. Ce composant regroupe les messages sortants au format MIME ou S/MIME. Si S/MIME est utilisé, le message peut également être signé numériquement et/ou crypté.
BizTalk Server définit certains pipelines par défaut, notamment une simple paire réception/envoi qui peut être utilisée pour gérer les messages déjà exprimés en XML. Un développeur peut également créer des pipelines personnalisés à l'aide du Concepteur de pipeline. Cet outil, qui s’exécute à l’intérieur de Visual Studio, fournit une interface graphique qui permet au développeur de glisser-déplacer des composants pour créer des pipelines avec le comportement requis.
Choix des messages : Abonnements
Une fois qu'un message est passé par un adaptateur et un pipeline de réception, il convient de déterminer sa destination. Un message est le plus souvent ciblé sur une orchestration, mais il est également possible pour un message d’accéder directement à un pipeline d’envoi, ce qui permet à BizTalk Server d’être utilisé comme un système de messagerie uniquement. Dans les deux cas, cette correspondance de messages avec leurs destinations s'effectue à l'aide d'abonnements.
Lorsqu'un message est traité par un pipeline de réception, un contexte de message est créé, avec diverses propriétés du message. Une orchestration ou un pipeline d'envoi peut s'abonner aux messages en fonction des valeurs de ces propriétés. Par exemple, une orchestration peut créer un abonnement qui correspond à tous les messages de type « Facture », tous les messages de type « Facture » reçus de QwickBank ou tous les messages de type « Facture » reçus de QwickBank pour un montant supérieur à 10 000 $. Toutefois, il est spécifié qu'un abonnement renvoie à son abonné uniquement les messages qui répondent aux critères définis dans l'abonnement. Un message reçu peut initier un processus d'entreprise en instanciant une orchestration ou activer une autre étape dans un processus d'entreprise déjà en cours. De même, lorsqu'une orchestration reçoit un message, il est mis en correspondance avec un pipeline d'envoi, en fonction d'un abonnement établi par ce pipeline.
- Dans BizTalk Server, il est également possible de s’abonner à des conditions d’erreur spécifiques. Un message d'erreur peut être traité d'une manière particulière ou routé vers une destination spécifique, telle qu'un dossier Windows SharePoint Services.
Voir aussi
Moteur de messagerie BizTalk Server
Architecture « publication-abonnement »
Adaptateurs
Pipelines