Partager via

Exemple d'architecture : adaptateurs HTTP et SOAP

  • Article

Cette rubrique décrit l'exemple d'architecture associé à l'utilisation des adaptateurs HTTP et SOAP pour échanger des messages.

La figure suivante illustre les composants de l'exemple d'architecture BizTalk Server associé à l'utilisation des adaptateurs HTTP et SOAP.

Figure 1 Exemple d'architecture incluant les adaptateurs HTTP et SOAP

Exemple d’architecture pour les TDI_Sec_RefArch_HTTP d’adaptateur HTTP ou SOAP

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

Réseau de périmètre ― Internet

Si vous utilisez les adaptateurs SOAP et HTTP, il est recommandé d'utiliser les règles de proxy inverse (l'implémentation du serveur TMG est appelée Publication sur le Web) pour relayer le message en provenance du pare-feu connecté à Internet (Pare-feu 1) vers le pare-feu protégeant le domaine E-Business (Pare-feu 2), et de ce pare-feu vers le serveur BizTalk Server qui exécute l'hôte isolé. Pour plus d’informations sur les règles de publication web, consultez le site Web Microsoft à l’adresse https://go.microsoft.com/fwlink/?LinkID=205340 (https://go.microsoft.com/fwlink/?LinkID=205340).

Notes

Si vous utilisez le proxy inverse, vous n'avez pas besoin de serveurs Web dans le réseau de périmètre.

Réseau de périmètre ― intranet

Les entreprises utilisent généralement les protocoles HTTP et SOAP pour les communications basées sur Internet, de sorte que vous n'avez pas besoin de serveurs dans le réseau de périmètre intranet pour prendre en charge ce scénario. Si vous avez une application interne dans l'intranet intégrée à BizTalk Server via les protocoles HTTP et SOAP, vous devez suivre les recommandations relatives au réseau de périmètre Internet.

Domaine E-Business

Ce domaine contient toutes les infrastructures et applications utilisées par votre implémentation BizTalk Server. Les serveurs de ce domaine sont les suivants :

  • serveur BizTalk Server (hôtes de traitement et 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. 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.

    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 BizTalk Server (hôtes isolés pour les adaptateurs HTTP et SOAP). Le moteur d'exécution BizTalk Server est installé sur ce serveur, ainsi que les instances des hôtes qui contiennent les adaptateurs HTTP et SOAP. Ces hôtes sont exécutés sur un serveur distinct car ces adaptateurs nécessitent d'installer IIS (Internet Information Services) sur l'ordinateur sur lequel ils sont exécutés.

    Notes

    Plus ces besoins augmentent, plus vous pouvez ajouter de serveurs BizTalk Server à votre environnement pour les instances de vos hôtes d'adaptateur HTTP et SOAP. Dans ce cas, vous devez également configurer l'équilibrage de la charge réseau. Pour plus d’informations sur la configuration de BizTalk Server pour la haute disponibilité, consultez Planification de la haute disponibilité.

  • 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’architectures pour les petites entreprises & Medium-Sized exemplesde scénarios pour l’analyse des modèles de menace