Modèle d’hébergement d’adaptateurs
En général, les adaptateurs BizTalk sont hébergés dans le service BizTalk, Btsntsvc.exe. Cela signifie que BizTalk Server gère la durée de vie de l’adaptateur. Il existe également des cas de figure (voir ci-dessous) où d'autres processus gèrent les adaptateurs.
Adaptateurs in-process
Les adaptateurs gérés par BizTalk Server sont appelés adaptateurs in-process. BizTalk Server effectue les opérations suivantes pour ces adaptateurs :
Instancier l’adaptateur au démarrage de BizTalk Server
Il transmet à l'adaptateur son proxy de transport durant l'initialisation.
Il répond aux requêtes de l'adaptateur.
Arrête l’adaptateur à l’arrêt du service BizTalk Server
BizTalk Server fournit des informations de configuration de gestionnaire et de point de terminaison à l’adaptateur au moment de l’exécution. D'autres points relatifs à la configuration sont spécifiés, comme ceux concernant les fenêtres de service qui définissent des périodes spécifiques durant lesquelles l'adaptateur est activé de manière à gérer activement les requêtes.
Le service BizTalk peut être arrêté manuellement à l’aide de la console d’administration BizTalk Server ou du gestionnaire de contrôle de service. Si la connectivité aux bases de données BizTalk Server est perdue, le service se recycle automatiquement.
Dans le modèle d'hébergement typique, les adaptateurs côté réception et les adaptateurs côté envoi sont hébergés dans le même processus que le service BizTalk, avec le moteur de messagerie et le moteur d'orchestration. Le modèle d'hébergement est suffisamment flexible pour permettre la séparation des hôtes de réception, d'envoi et d'orchestration et la combinaison de ces derniers. Dans la figure ci-dessous, l'hôte exécute les trois dans un même processus.
Du fait du modèle d'hébergement riche, il est important, lorsque vous développez des adaptateurs, que vous vous rappeliez que les adaptateurs d'envoi et de réception peuvent éventuellement ne jamais être configurés dans le même hôte. Il se peut même qu'ils soient configurés pour être exécutés sur plusieurs ordinateurs différents.
Le modèle d'hébergement d'adaptateurs in-process
Adaptateurs isolés
Il existe des cas où héberger des adaptateurs de réception dans le service BizTalk est impossible. Ainsi, le modèle de processus IIS (Internet Information Services) est tel qu'IIS gère la durée de vie des applications ASP.NET et des extensions ISAPI. L’adaptateur SOAP BizTalk doit s’exécuter dans le même espace de processus qu’IIS, ce qui rend impossible pour BizTalk Server de contrôler la durée de vie des instances de l’adaptateur SOAP.
Pour ces types d'adaptateurs, il existe un autre modèle d'hébergement appelé «°adaptateurs de réception isolés », ou simplement « adaptateurs isolés ». Par contre, on ne parle pas d'adaptateurs d'envoi isolés.
Étant donné que BizTalk Server ne peut pas créer d’adaptateur isolé, l’adaptateur doit acquérir son propre proxy de transport et s’inscrire auprès de ce proxy de transport.
La figure suivante illustre l’architecture d’hébergement BizTalk Server. Pour des raisons de performances, l'architecture de l'hôte isolé tente d'éliminer toute communication inutile entre processus. L'adaptateur isolé et la pile du moteur de messagerie BizTalk faisant partie d'un même processus, il n'y a pas de communication entre processus lorsque l'adaptateur appelle le moteur de messagerie. Dans ce cas, la seule communication entre processus intervient entre le moteur de messagerie et la base de données, ce qui est inévitable.
Le modèle d'hébergement d'adaptateurs isolés