Planifier l’envoi et la réception dans BizTalk Server
Presque tous les documents traités par BizTalk Server sont reçus par un adaptateur de réception BizTalk Server et envoyés à partir de BizTalk Server à l’aide d’un adaptateur d’envoi BizTalk Server. Étant donné que BizTalk Server adaptateurs occupent une place si importante dans n’importe quel environnement BizTalk Server, il est important de planifier à l’avance pour déterminer quels adaptateurs ou accélérateurs vous utiliserez et comment configurer correctement ces adaptateurs et/ou accélérateurs.
Détermination des adaptateurs et des accélérateurs que vous allez utiliser
Discutez avec vos partenaires commerciaux à l’avance pour déterminer quels adaptateurs et accélérateurs vous aurez besoin pour faciliter l’envoi et la réception de documents entre vos organization et vos partenaires commerciaux, et entre vos applications BizTalk et vos applications métier internes. Concevez votre architecture BizTalk Server suffisamment flexible pour prendre en charge l’ajout d’adaptateurs ou d’accélérateurs supplémentaires dans le cas où vous établissez des relations avec d’autres partenaires commerciaux à l’avenir.
Fonctionnalités prises en charge par les adaptateurs BizTalk
Le tableau de cette section répertorie les principaux avantages de chaque adaptateur natif et indique si l’adaptateur fournit les fonctionnalités suivantes :
Prise en charge des transactions Possibilité d’envoyer et de recevoir des documents dans le contexte d’une transaction de coordinateur de transactions distribuées (DTC). Cette fonctionnalité est requise pour assurer la livraison chronologique des messages et garantir que les documents ne sont pas dupliqués ou perdus.
Notes
Si vous rencontrez des problèmes avec MSDTC, consultez la rubrique Résolution des problèmes avec MSDTC.
Prise en charge de la communication bidirectionnelle (demande/réponse ou sollicitation/réponse) Possibilité d’envoyer un document et de traiter un message de réponse à partir de la destination ou de recevoir un document et d’envoyer un message de réponse à la source.
Prise en charge de la réception chronologique : Possibilité de publier les documents reçus dans la base de données MessageBox dans l’ordre exact de réception des documents.
Notes
Certaines cartes peuvent appliquer la remise ordonnée de documents au niveau de l’emplacement de réception, contrairement à d’autres cartes. La livraison ordonnée peut toujours être appliquée au niveau du port d’envoi pour les adaptateurs qui ne prennent pas en charge la livraison ordonnée de documents au niveau de l’emplacement de réception, mais cela peut entraîner une pénalité de performances. Pour plus d’informations sur la remise ordonnée des messages, consultez la rubrique Remise ordonnée de messages.
Activation de l'authentification unique : capacité à utiliser l'authentification unique dans le cadre de l'envoi ou de la réception de documents avec l'adaptateur.
| Adaptateur | Principal avantage | Prise en charge des transactions | Prise en charge de la communication Two-Way | In-Order recevoir un support | Authentification unique activée |
|---|---|---|---|---|---|
| Fichier | Facilité d’utilisation | Non | Non | Non | Non |
| FTP | Est largement utilisé pour les communications interentreprises | Non | Non | Non | Oui |
| HTTP(s) | Est largement utilisé pour les communications interentreprises | No | Requête/réponse et sollicitation/réponse | Non | Oui |
| SOAP | Prend en charge l’utilisation des services Web | No | Requête/réponse et sollicitation/réponse | Non | Oui |
| MSMQ | Prend en charge la remise unique garantie de messages entre BizTalk Server et Microsoft Message Queuing | Oui | Non | Oui | Non |
| MQSeries | Prend en charge la remise unique garantie de messages entre BizTalk Server et IBM WebSphere MQ pour les plateformes Windows | Oui | Non | Oui | Oui |
| SQL | Prend en charge la communication directe entre les bases de données BizTalk Server et SQL Server | Yes | Solliciter/répondre uniquement | Non | Non |
| Windows SharePoint Services | Permet l’échange de messages XML et binaires entre BizTalk Server et les bibliothèques de documents SharePoint | Non | Non | Non | Non |
| POP3 | Prend en charge la réception de documents par courrier électronique | Non | Non | Non | Non |
| SMTP | Prend en charge l’envoi de documents par courrier électronique | Non | Non | Non | Non |
| Routage | Prend en charge le traitement des documents métier conformes à la norme EDI | Non | Non | Non | Non |
| Custom | Prend en charge votre système hérité | Oui, requiert du code personnalisé. | Oui, requiert du code personnalisé. | Oui, requiert du code personnalisé. | Oui, requiert du code personnalisé. |
| WCF-WSHttp | Prend en charge les normes WS-* sur le transport HTTP | Oui, les transactions sont prises en charge sur WsHTTP (WS-transactions uniquement) | Requête/réponse et sollicitation/réponse | Non | Oui |
| WCF-BasicHttp | Communique avec les services web basés sur ASMX et les clients et d’autres services conformes au profil de base WS-I 1.1 à l’aide de HTTP ou HTTPS | No | Requête/réponse et sollicitation/réponse | Non | Oui |
| WCF-NetTcp | Prend en charge les normes WS-* sur le transport TCP | Yes | Requête/réponse et sollicitation/réponse | Non | Oui |
| WCF-NetMsmq | Prend en charge la mise en file d’attente en tirant parti de Microsoft Message Queuing (MSMQ) en tant que transport | Oui | Non | Oui | Oui |
| WCF-NetNamedPipe | Fournit un transport rapide pour la communication inter-processus sur le même ordinateur (uniquement pour les applications WCF) | Yes | Requête/réponse et sollicitation/réponse | Non | Oui |
| Adaptateur | Permet l’utilisation des fonctionnalités d’extensibilité WCF | Oui. | Oui. | Oui, dès lors que la liaison prend en charge cette fonctionnalité. | Oui. |
| WCF-CustomIsolated | Permet l’utilisation des fonctionnalités d’extensibilité WCF sur le transport HTTP | Oui. | Oui. | Non. | Oui. |
Adaptateurs sectoriels
La liste suivante répertorie les adaptateurs sectoriels fournis par Microsoft.
Notes
À l’exception de l’adaptateur Microsoft BizTalk v2.0 pour mySAP™ Business Suite (l’adaptateur), aucune des cartes métier n’est prise en charge sur Windows Vista.
| Adaptateur | Description | Versions prises en charge |
|---|---|---|
| SAP (également appelé « l’adaptateur ») | Permet l’échange de messages IDOC (Intermediate Document), BAPI et Remote Function Call (RFC) entre BizTalk Server et un système SAP R/3®. | SAP R/3 4.x et R/3 6.20 (Entreprise) |
| PeopleSoft Enterprise | Permet l'échange de messages d'interface de composant entre BizTalk Server et un système PeopleSoft. | PeopleTools Versions 8.17.02, 8.43, 8.45, 8.46 et 8.48 |
| JD Edwards OneWorld XE | Permet l'échange de messages commerciaux entre BizTalk Server et un système JD Edwards OneWorld. | B7.3.3.3 with SP23 et JDE 8.0 (B7.3.3.4) |
| JD Edwards EnterpriseOne | Permet l'échange de messages commerciaux entre BizTalk Server et un système JD Edwards EnterpriseOne. | 8.10 & 8.11 avec Tools Release 8.93, 8.94, 8.95 et 8.96 |
| Adaptateur ODBC pour Oracle Database | Permet la lecture et l’écriture d’informations à partir d’une base de données Oracle Server et dans une base de données Oracle Server. | Oracle 8i (8.1.6.0), 9i (9.2.0.1) ou 10g |
| Applications Siebel eBusiness | Permet l’échange de composants métier et de messages business service entre BizTalk Server et une application siebel eBusiness. | 7.0, 7.5.*, 7.7.* et 7.8.* |
| TIBCO Rendezvous | Permet l'échange de messages au format de données XML et binaires entre BizTalk Server et TIBCO Rendezvous. | 7.3 |
| TIBCO Enterprise Message Service | Permet l'échange de messages au format de données XML et binaires entre BizTalk Server et un serveur TIBCO EMS et fournit une infrastructure d'applications étroitement intégrée et fiable. | 4,2 |
| WebSphere MQ | Permet l'échange de messages entre BizTalk Server et IBM WebSphere MQ. | 5.3 avec Correctif Pack 10 ou version ultérieure et 6.0 avec Fix Pack 1.1 ou version ultérieure |
Pour plus d’informations sur les adaptateurs métier disponibles avec BizTalk Server, consultez les ressources suivantes :
- Vue d’ensemble des cartes dans BizTalk Server
- Adaptateurs disponibles dans BizTalk Server
- Adaptateurs BizTalk
Pack adaptateurs BizTalk
Le pack d’adaptateurs Microsoft BizTalk contient des adaptateurs WCF pour fournir une connectivité aux applications métier telles qu’Oracle Database, Oracle E-Business Suite, SAP, Siebel et SQL Server. Pour plus d’informations et pour obtenir la liste des cartes disponibles avec BizTalk Adapter Pack, consultez les ressources suivantes :
Important
Pour migrer des projets BizTalk pour les adaptateurs métier vers des projets BizTalk pour les adaptateurs métier basés sur WCF disponibles avec le pack d’adaptateurs BizTalk, vous pouvez utiliser l’outil de migration du pack d’adaptateurs BizTalk.
Pour télécharger l’outil de migration du pack d’adaptateurs BizTalk, accédez au référentiel GitHub pour Le bizTalk d’intégration Azure. Pour plus d’informations sur la migration d’adaptateurs métier vers des adaptateurs métier WCF inclus avec le pack d’adaptateurs BizTalk, consultez le Livre blanc sur la migration de Microsoft BizTalk Adapter 2.0.
Accélérateurs BizTalk
Bien que les adaptateurs BizTalk prennent en charge l’envoi et la réception de documents avec un protocole particulier, les accélérateurs BizTalk sont conçus pour prendre en charge l’échange de documents conformément à une norme sectorielle particulière. Pour obtenir la liste des accélérateurs BizTalk disponibles, consultez Microsoft BizTalk Server Accelerators.
Configuration de votre domaine lors de l’exposition de transports à Internet
Afin de faciliter l’envoi et la réception de documents entre vos organization et les partenaires commerciaux externes, il peut être nécessaire d’exposer les transports sur un site public accessible à partir d’Internet. Dans ces circonstances, la configuration de domaine suivante est recommandée :
Utilisez un domaine de réseau de périmètre (également appelé zone démilitarisée (DMZ) ou sous-réseau filtré) pour héberger des serveurs afin de fournir des services Internet à votre organization
Le domaine de réseau de périmètre doit contenir des serveurs qui hébergent les emplacements physiques où les transports internet routent les documents entre les ordinateurs exécutant BizTalk Server et vos partenaires commerciaux. Le pare-feu réseau de périmètre doit uniquement ouvrir les ports nécessaires pour autoriser les communications vers et depuis les transports internet. Il ne doit pas y avoir d’ordinateurs exécutant des BizTalk Server, BizTalk Server des emplacements de réception ou des ordinateurs serveurs Sign-On d’entreprise dans le domaine du réseau de périmètre. Les documents envoyés/reçus vers/depuis les transports dans le domaine de réseau de périmètre doivent être routés du pare-feu accessible sur Internet vers le pare-feu protégeant le domaine de traitement à l’aide de la publication web et de la publication de serveurs ISA (Internet Security and Acceleration Server).
Notes
En guise de mesure de sécurité supplémentaire, envisagez d’utiliser des certificats numériques d’infrastructure à clé publique (PKI) à des fins de chiffrement et de déchiffrement de documents, de signature et de vérification (non répudiation) pour les documents envoyés aux partenaires commerciaux ou reçus par le biais de transports internet dans ce domaine.
Les transports suivants sont généralement utilisés sur le domaine de réseau de périmètre accessible à partir d’Internet :
FTP : pour recevoir des documents à l’aide du protocole FTP
SMTP : pour envoyer des documents à l’aide du protocole SMTP
HTTP : pour recevoir des documents à l’aide du protocole HTTP
SOAP : pour recevoir des documents à l’aide de SOAP
POP3 : pour recevoir un document à l’aide du protocole POP3
Utiliser un domaine de traitement pour héberger les serveurs qui contiennent les gestionnaires de réception et d’envoi BizTalk Server et un serveur de portail BAM
Le flux de document entre les transports externes dans le domaine de périmètre et les adaptateurs BizTalk dans le domaine de traitement doit être routé via un pare-feu entre ces domaines. Le domaine de traitement doit héberger les ports BizTalk Server, les emplacements de réception, les pipelines, les mappages, les schémas et les assemblys utilisés pour recevoir, router et envoyer des messages. Le domaine de traitement doit également contenir des serveurs pour le portail BAM. Le nombre d’ordinateurs exécutant BizTalk Server dans le domaine de traitement dépend du nombre d’hôtes et d’instances d’hôte nécessaires pour répondre aux besoins de performances de votre organization.
Important
Veillez à créer suffisamment d’instances d’hôte isolées dans le domaine de traitement pour prendre en charge le trafic circulant entre les transports HTTP et SOAP dans le domaine de périmètre et les adaptateurs HTTP et SOAP dans le domaine de traitement. Si une grande partie du trafic de document entre votre organization et vos partenaires commerciaux transite par les transports HTTP et SOAP, la bande passante de traitement doit être suffisante dans le domaine de traitement pour gérer le flux de document.
Utiliser des domaines supplémentaires pour fournir d’autres couches d’isolation et de sécurité pour votre environnement
Ces domaines doivent inclure :
Domaine de services approuvé par le domaine de traitement et nécessaire pour traiter correctement les messages. Les serveurs du domaine des services exécutent généralement des orchestrations BizTalk, des pipelines, des services de Sign-On d’entreprise (SSO), le moteur de règles d’entreprise et peuvent inclure d’autres processus métier.
Domaine de données pour les ordinateurs exécutant SQL Server utilisé par BizTalk Server.
Domaine d’entreprise pour les serveurs et les ordinateurs de bureau afin de fournir des services aux travailleurs de l’information dans votre organization.
Pour plus d’informations sur les topologies de domaine recommandées pour différentes architectures BizTalk Server, consultez Exemples d’architectures BizTalk Server.
Considérations relatives à la haute disponibilité
La haute disponibilité peut être fournie pour la plupart des adaptateurs en exécutant des instances d’hôte de gestionnaire d’adaptateurs sur plusieurs serveurs BizTalk dans un groupe BizTalk. De cette façon, si un instance hôte de gestionnaire d’adaptateur échoue, un autre instance hôte de gestionnaire d’adaptateur est disponible pour poursuivre le traitement. Toutefois, il existe des exceptions à cette pratique. Dans certains cas, l’exécution de plusieurs instances d’hôte de gestionnaire d’adaptateurs peut entraîner des problèmes de contention. Par exemple, des problèmes de contention peuvent se produire lors de l’exécution de plusieurs instances des adaptateurs POP3 et FTP. Dans ces circonstances, la haute disponibilité peut être fournie pour l’adaptateur en exécutant l’hôte du gestionnaire d’adaptateur instance dans un hôte BizTalk en cluster.
Pour plus d’informations sur la haute disponibilité d’un hôte de gestionnaire d’adaptateurs instance via des clustering hôtes, consultez Considérations relatives à l’exécution de gestionnaires d’adaptateurs dans un hôte cluster . Pour plus d’informations sur la haute disponibilité des hôtes BizTalk, consultez Haute disponibilité pour les hôtes BizTalk.
Considérations relatives aux performances
Considérations relatives aux performances de l’adaptateur SOAP
Pour plus d’informations sur l’optimisation des performances de l’adaptateur SOAP, consultez Paramètres de configuration qui affectent les performances de l’adaptateur.
Considérations relatives aux performances de l’adaptateur MQSeries
Désactiver la prise en charge des transactions et la remise ordonnée si ce n’est pas nécessaire pour les emplacements de réception de l’adaptateur MQSeries Lorsqu’un emplacement de réception de l’adaptateur MQSeries est configuré avec l’option Prise en charge des transactions définie sur Oui, ou l’option Orderwith Stop définie sur Order with Stop, chaque message récupéré par l’emplacement de réception est traité dans le contexte d’une transaction MSDTC (Microsoft Distributed Transaction Coordinator). Étant donné que le traitement des messages dans le contexte d’une transaction MSDTC entraîne une surcharge supplémentaire, ces options ne doivent pas être activées si la livraison ordonnée ou la prise en charge des transactions n’est pas requise pour l’emplacement de réception de l’adaptateur MQSeries.
Planification de la remise de messages ordonnés
La remise de messages ordonnée garantit que les messages publiés dans la base de données MessageBox dans un ordre donné sont remis à chaque abonné correspondant dans le même ordre. Les considérations suivantes s’appliquent lors de l’implémentation de la remise ordonnée des messages :
Configuration de la livraison chronologique des messages
La livraison chronologique des messages peut être configurée aux deux emplacements suivants :
Forme Réception dans une orchestration
Emplacement de réception de certains adaptateurs
Port d'envoi
Livraison chronologique des messages avec transports existants
Les protocoles sous-jacents de certains transports tels que FILE et HTTP ne sont pas cohérents avec la notion de livraison chronologique des messages. Toutefois, même avec de tels transports, si le port lié au transport est programmé pour une livraison chronologique des messages, BizTalk Server applique la livraison chronologique de force en faisant en sorte que le transport ne reçoive pas le message sortant suivant tant que l'envoi du message en cours n'a pas abouti. Pour ce faire, BizTalk Server transmet chaque message à l’adaptateur du transport dans un lot unique et attend que l’adaptateur ait correctement supprimé le message de la base de données MessageBox avant de remettre le message suivant, dans un autre lot, à l’adaptateur.
Livraison chronologique des messages pour des adaptateurs personnalisés
Pour qu’un adaptateur de réception personnalisé conserve l’ordre des messages lors de leur envoi à BizTalk Server, l’adaptateur doit être développé avec les fonctionnalités suivantes :
Après avoir envoyé un lot de messages, votre adaptateur de réception personnalisé doit attendre le rappel BatchComplete de BizTalk Server avant d’envoyer le lot suivant. Pour plus d’informations, consultez Interfaces pour un adaptateur de réception Batch-Supported.
Si un message échoue dans le pipeline, il doit être suspendu, de préférence comme ne pouvant pas être repris. Utilisez le BTS. La propriété de contexte de message SuspendAsNonResumable dans BizTalk Server pour marquer le message de manière appropriée.
Notes
La chronologie des messages peut être rompue si un message suspendu est repris plus tard. Si vous ne souhaitez pas ce comportement, suspendez les messages ayant échoué comme non pouvant être repris.
Conditions pour le traitement d’une chronologie des messages de bout en bout
Pour garantir une livraison chronologique des messages de bout en bout, les conditions ci-dessous doivent être remplies :
Les messages doivent être reçus avec un adaptateur qui conserve leur ordre d'arrivée lors de leur envoi à BizTalk Server. Dans BizTalk Server, msmQ et MQSeries sont des exemples de tels adaptateurs. En outre, les adaptateurs HTTP ou SOAP permettent de soumettre des messages dans l'ordre, mais dans ce cas, le client HTTP ou SOAP doit appliquer l’ordre de force en soumettant les messages un par un.
Vous devez vous abonner à ces messages avec un port d’envoi dont l’option Livraison ordonnée est définie sur True.
Si une orchestration est utilisée pour traiter les messages, un seul instance de l’orchestration doit être utilisé, l’orchestration doit être configurée pour utiliser un convoi séquentiel et la propriété Livraison ordonnée du port de réception de l’orchestration doit être définie sur True.