Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Microsoft BizTalk Server fournit un environnement de développement et d’exécution pour l’intégration des applications et la gestion des processus métier (BPM). Ce tutoriel présente un exercice de bout en bout dans la configuration et le déploiement d’une solution d’intégration d’application d’entreprise (EAI) à l’aide de BizTalk Server.
Scénario métier
Contoso est un magasin en ligne vendant du matériel et des logiciels informatiques. L’entreprise a récemment acheté un système de planification des ressources d’entreprise (ERP) pour gérer ses ressources. Dans ce tutoriel, vous allez développer une solution Enterprise Application Integration (EAI) à l’aide de BizTalk Server pour intégrer un système d’entrepôt existant au système ERP et automatiser le processus de demande d’entrepôt.
Il existe plusieurs défis pour cette solution d’intégration :
Transport de messages. Le système d’entrepôt et le système ERP peuvent résider sur deux plateformes différentes et utiliser différents protocoles de transport pour l’envoi et la réception de messages. Cette solution doit pouvoir recevoir les messages à l’aide des protocoles pris en charge par le système d’envoi et transférer les messages à l’aide des protocoles pris en charge par le système de réception. BizTalk Server utilise des adaptateurs pour le transport de messages. Il existe de nombreux adaptateurs natifs fournis avec l’installation de BizTalk Server et le pack d’adaptateurs BizTalk. Pour d’autres adaptateurs, vous pouvez soit acheter auprès des fournisseurs, soit développer votre propre infrastructure à l’aide des frameworks d’adaptateur fournis par BizTalk Server. Pour plus d’informations sur les adaptateurs, consultez Adaptateurs dans BizTalk Server.
Conversion de message. Il existe de nombreux types de messages, par exemple, eXtended Markup Language (XML), Edi (Electronic Data Interchange), des fichiers délimités, et ainsi de suite. BizTalk Server est centré sur XML. Dans la plupart des cas, vous convertissez d’abord les messages entrants en XML. Ce processus est appelé analyse. Côté sortant, vous pouvez convertir des messages xml en d’autres types. Ce processus est appelé sérialisation.
Gestion des processus métier. La plupart des scénarios EAI sont plus que simplement le transfert de messages d’un système à un autre système. Ils impliquent généralement davantage de systèmes et de flux de travail complexes. Dans ce scénario, l’entrepôt envoie un message demandant la réapprovisionnement de l’inventaire ; votre solution reçoit le message, puis vérifie le total général de la demande. Si le total général dépasse un certain montant, la solution rejette automatiquement la demande et envoie un message de refus ; sinon, la solution transfère la requête au système ERP.
Le diagramme suivant illustre le processus métier :
Dans ce tutoriel, vous utilisez des outils de développement BizTalk Server pour concevoir et déployer le processus métier.
Préparation
Il existe des informations de base que vous devez collecter avant de créer une solution d’intégration BizTalk Server :
Combien d’applications/systèmes doivent intégrer la solution BizTalk Server ? Dans ce scénario, il existe deux systèmes : ERP et entrepôt.
Quels protocoles de transport sont pris en charge par chacune des applications ? Pour simplifier la solution, nous partons du principe que les deux applications utilisent des fichiers. Le système d’entrepôt supprime la demande sous forme de fichier dans un dossier de fichiers. La solution BizTalk Server sélectionne le fichier à partir du dossier, traite le fichier, puis supprime la demande dans un autre dossier que le système ERP surveille.
Quels types de messages utilisés par les applications ? Pour simplifier la solution, nous partons du principe que les deux applications utilisent le type XML. Les schémas BizTalk sont des documents qui définissent la structure des données XML dans les messages BizTalk, et leur objectif est de créer des modèles pour le traitement et la validation des messages XML. BizTalk Server est fourni avec un éditeur BizTalk pour la création de schémas BizTalk.
Qu’est-ce que le processus métier ? Le processus a été expliqué précédemment dans ce titre.
BizTalk Server Architecture
Il est utile de comprendre comment BizTalk Server exécute la solution. L’illustration suivante montre le flux de données via BizTalk Server.
(Le système d'entrepôt dépose une demande dans un dossier.)
Un emplacement de réception BizTalk Server est configuré avec l’adaptateur de fichier et un pipeline de transmission XML. L’adaptateur de fichier interroge régulièrement le fichier à partir du dossier de fichiers. Une fois qu’un message est reçu, le moteur de messagerie BizTalk Server envoie le message via un pipeline. Étant donné que le message de requête est au format XML, le pipeline de transmission XML est utilisé dans ce cas. Le pipeline de transmission XML garantit que le message est un fichier XML bien formé. Ensuite, le message est enregistré dans la base de données MessageBox.
Lorsque le moteur d’orchestration remarque qu’un message est prêt à être traité par une orchestration, il instancie une instance de l’orchestration. Selon le total général du message, le moteur d’orchestration enregistre un message de demande ou un message de refus de requête dans la base de données MessageBox.
Là encore, selon le message de demande ou le message de refus de demande, le moteur de messagerie utilise l’un des ports d’envoi pour traiter le message. Le moteur de messagerie envoie d’abord le message via un pipeline de transmission XML, puis utilise l’adaptateur de fichier pour envoyer le message à différents dossiers de fichiers en fonction des configurations de port d’envoi.
(Le système d’entrepôt et le système ERP surveillent les dossiers désignés pour obtenir des messages.)