Partager via

Exemple d'architecture : Message Queuing BizTalk

  • Article

Cette rubrique décrit l'exemple d'architecture associé à l'utilisation de l'adaptateur Message Queuing BizTalk pour échanger des messages.

La figure suivante illustre les composants de l'exemple d'architecture BizTalk Server associé à l'utilisation de l'adaptateur Message Queuing BizTalk.

Figure 1 - Exemple d'architecture qui affiche l'adaptateur Message Queuing BizTalk

Exemple d’architecture pour bizTalk Message Queuing

Cet exemple d'architecture contient les composants présentés dans les sections suivantes.

Réseau de périmètre ― Internet

Il est déconseillé d'utiliser le protocole binaire Message Queuing sur Internet. Vous ne devez pas laisser le trafic Message Queuing via le pare-feu 1. Si vous souhaitez utiliser l’adaptateur BizTalk Message Queuing pour recevoir des messages sur Internet, procédez comme suit :

  • Utilisez un serveur Message Queuing dans le réseau de périmètre.

  • Utilisez le protocole HTTP Message Queuing sur Internet.

  • Assurez-vous de disposer d'une application de transfert dans le réseau de périmètre, qui prélève les messages du serveur Message Queuing et les transfère à l'adaptateur BizTalk Message Queuing à l'aide d'un protocole binaire.

    Important

    Même si vous utilisez BizTalk Message Queuing pour recevoir des messages d'Internet, les ports que BizTalk Message Queuing utilise doivent rester fermés dans le pare-feu 1.

Réseau de périmètre ― intranet

Lorsque vous utilisez l'adaptateur BizTalk Message Queuing pour recevoir des messages de l'intranet, un serveur Windows Message Queuing transfère le trafic de Message Queuing au serveur BizTalk exécutant une instance de l'hôte de l'adaptateur BizTalk Message Queuing.

Si l'intranet et le domaine E-Business partagent un Active Directory commun, un message transite par une série de routeurs Message Queuing jusqu'à atteindre la destination appropriée (le serveur BizTalk exécutant une instance de l'hôte de l'adaptateur de réception BizTalk Message Queuing). Cette option n'est pas représentée dans la diagramme parce qu'elle est moins sûre que la première.

Domaine E-Business

Les serveurs de ce domaine sont les suivants :

  • BizTalk Server (traitement, adaptateur BizTalk Message Queuing et hôtes de suivi). Le moteur d'exécution BizTalk Server est installé sur ce serveur, ainsi que les instances des hôtes qui contiennent les orchestrations, les pipelines, le Moteur de règles d'entreprise et les autres processus d'entreprise de BizTalk Server. C'est là que les ports, emplacements de réception, pipelines, mappages, schémas et assemblys de BizTalk Server se trouvent pour recevoir, router, traiter et envoyer des messages. Ce serveur dispose également d'une instance d'hôte qui prend en charge le suivi des données d'analyse du fonctionnement et de l'entreprise. En outre, cet hôte contient les instances de l'hôte qui exécute les adaptateurs d'envoi et de réception BizTalk Message Queuing.

    Notes

    Plus ces besoins augmentent, plus vous pouvez ajouter de serveurs BizTalk Server à votre environnement pour les instances de vos hôtes de traitement.

  • Serveur de secret principal. Identique à l’exemple d’architecture : BizTalk Server de base.

  • Serveur SQL Server. Identique à l’exemple d’architecture : BizTalk Server de base.

  • Contrôleur de domaine. Identique à l’exemple d’architecture : BizTalk Server de base.

  • Outils d'administration. Identique à l’exemple d’architecture : BizTalk Server de base.

Voir aussi

Exemples d’architecture pour les PME
Exemples de scénarios pour l’analyse du modèle des menaces