Liaison des fichiers et déploiement d’applications

Ce sujet fournit un aperçu des informations sur l'utilisation des fichiers de liaison pour faciliter le déploiement des assemblies et des applications BizTalk. Vous pouvez constater que le déploiement de fichiers de liaison est rapide dans les scénarios suivants en évitant la nécessité de configurer manuellement les liaisons :

• Déplacement d’une application d’un environnement de déploiement vers un autre.

• Mise à jour d’un assemblage.

• Déploiement d’un assembly sur plusieurs groupes BizTalk.

Qu’est-ce qu’une liaison ?

Une liaison crée un mappage entre un point de terminaison logique, tel qu’un port d’orchestration ou un lien de rôle, et un point de terminaison physique, tel qu’un port d’envoi et de réception ou un tiers. Cela permet la communication entre différents composants d’une solution métier BizTalk. Vous pouvez créer des liaisons à l’aide de la console Administration de BizTalk Server.

Qu’est-ce qu’un fichier de liaison ?

Un fichier de liaison est un fichier .xml qui contient des informations de liaison pour chaque orchestration, pipeline, mappage ou schéma BizTalk dans l’étendue d’un assembly, d’une application ou d’un groupe BizTalk. Le fichier de liaison décrit l’hôte auquel chaque orchestration est liée et son niveau de confiance, ainsi que les paramètres de chaque port d’envoi, groupe de ports d’envoi, port de réception, emplacement de réception et partie qui a été configuré. Vous pouvez générer des fichiers de liaison, puis appliquer les liaisons qu’elles contiennent à un assembly, une application ou un groupe pour éviter d’avoir à configurer manuellement des liaisons dans différents environnements de déploiement.

Pourquoi utiliser des fichiers de liaison ?

Vous pouvez utiliser des fichiers de liaison dans les scénarios suivants.

Passage d’un environnement à un autre

Vous pouvez utiliser des fichiers de liaison pour faciliter le déplacement d’une application d’un environnement de déploiement vers un autre, par exemple d’un environnement de développement vers un environnement de test. Cela est dû au fait que les liaisons doivent souvent être reconfigurées pour différents environnements de déploiement, mais en utilisant des fichiers de liaison, vous pouvez éviter d’effectuer cette étape de configuration manuelle à plusieurs reprises.

Pour ce faire, vous pouvez créer une bibliothèque de liaisons à partir de laquelle sélectionner lors du déploiement de l’application dans un nouvel environnement. Par exemple, vous pouvez créer un fichier de liaison pour votre environnement de test et un autre pour votre environnement de production, puis les ajouter à l’application. Lorsque vous importez l’application dans l’environnement de test, vous pouvez sélectionner une option pour appliquer les liaisons de test. De même, lorsque vous importez l’application dans l’environnement de production, vous pouvez sélectionner une option pour appliquer les liaisons de production. Cela évite de devoir reconfigurer manuellement les liaisons pour différents environnements. Une autre façon consiste à importer des liaisons que vous avez créées pour l’environnement actuel après l’importation de l’application dans celle-ci. Cela applique automatiquement les configurations.

Mise à jour d'un assemblage

Lorsque vous mettez à jour un assembly dans une application, ses liaisons sont souvent remplacées ou l’assembly peut ne pas être lié du tout, vous obligeant à reconfigurer manuellement les liaisons. Pour éviter cela, vous pouvez utiliser un fichier de liaison comme suit :

• Mise à jour de la même version d’un assemblage. Si l’assembly a des ports liés précoces ou des ports dynamiques et que vous avez modifié la configuration du port dans la console Administration de BizTalk Server, les paramètres sont perdus lorsque vous mettez à jour l’assembly avec un assembly ayant le même numéro de version. Vous pouvez exporter un fichier de liaison pour l’assembly que vous allez mettre à jour. Après avoir mis à jour l’assembly, vous pouvez importer l’assembly dans l’application, puis importer son fichier de liaison pour réappliquer les liaisons précédentes.

• Mise à jour d’un assembly avec une version plus récente. Vous pouvez exporter un fichier de liaison pour l’assembly que vous allez mettre à jour, puis le modifier pour refléter la nouvelle version de l’assembly. Après avoir importé la nouvelle version d’assembly dans l’application, vous pouvez importer le fichier de liaison dans l’application pour appliquer les liaisons. Pour obtenir des instructions sur la modification d’un fichier de liaison, consultez Personnalisation des fichiers de liaison.

Déploiement d’un assembly sur plusieurs groupes BizTalk

Lorsque vous déployez un assembly dans plusieurs groupes BizTalk, vous pouvez transporter les liaisons de l’assembly avec l’assembly. Cela évite de devoir configurer séparément les liaisons de l’assemblage dans chaque groupe. Vous pouvez procéder comme suit :

1. Créez un fichier de liaison pour l’assembly que vous souhaitez déployer en exportant les liaisons de l’assembly.

2. Ajoutez l’assembly et son fichier de liaison à une application. Si vous déployez l’assembly séparément d’autres artefacts, l’application peut contenir uniquement l’assembly et le fichier de liaison.

3. Exportez également un fichier .msi pour l’application. Veillez également à sélectionner le fichier de liaison à exporter.

4. Importez le fichier .msi application dans les groupes et applications BizTalk où vous souhaitez le déployer. Les liaisons du fichier sont automatiquement appliquées à l’assembly lors de l’importation.

Comment puis-je générer et utiliser des fichiers de liaison ?

Un fichier de liaison n’est pas généré automatiquement pour un assembly, une application ou un groupe BizTalk, mais vous pouvez générer un fichier de liaison en exportant des liaisons, comme décrit dans l’exportation de liaisons. Vous pouvez ensuite importer le fichier de liaison dans une application ou un groupe, comme décrit dans Comment importer des liaisons dans une application BizTalk et comment importer des liaisons dans un groupe BizTalk, qui applique automatiquement ses liaisons.

Vous pouvez également ajouter le fichier de liaison à une application afin que ses liaisons soient appliquées lorsque l’application est importée dans un autre groupe, plutôt que d’être appliquée immédiatement, comme décrit dans Comment ajouter un fichier de liaison à une application. À l’aide de la dernière méthode, vous pouvez ajouter plusieurs fichiers de liaison à une application et spécifier éventuellement un environnement de déploiement cible pour chacun d’eux. Lorsque vous importez l’application, vous pouvez ensuite sélectionner les liaisons à appliquer, en fonction de l’environnement de déploiement cible, comme décrit dans Comment importer une application BizTalk. À l’aide de la dernière méthode, vous pouvez également importer des fichiers de liaison distincts pour les différents assemblys de votre application.

Vous pouvez modifier les fichiers de liaison après les avoir générés pour modifier leurs informations de liaison. Pour plus d’informations, consultez Personnalisation des fichiers de liaison.

Comment applique-t-on les liaisons ?

Les liaisons sont appliquées lorsqu’un fichier de liaison est importé dans une application ou lorsqu’une application est importée dans un nouveau groupe BizTalk. Lorsque vous utilisez des fichiers de liaison, il est important de comprendre comment les artefacts sont liés aux hôtes et dans l’ordre dans lequel les liaisons sont appliquées.

Liaison à des hôtes

Lorsque les liaisons sont exportées séparément ou dans le cadre d’une application, les hôtes et les niveaux d’approbation sont stockés dans le fichier de liaison comme suit :

• Port d’envoi. Niveau d’approbation de l’hôte associé au gestionnaire d’envoi.

• Emplacement de réception. Niveau d’approbation de l’hôte associé au gestionnaire de réception.

• Orchestration. Niveau d’approbation de l’hôte.

  Lorsque les liaisons sont importées dans une application ou qu’une application est importée à partir du fichier .msi dans un nouveau groupe BizTalk, les hôtes et les niveaux d’approbation dans les fichiers de liaison sont mis en correspondance avec les hôtes et les niveaux d’approbation dans l’application, comme suit :

• Port de transmission. Le port d’envoi est lié à un gestionnaire d’envoi du même nom et lié à un hôte ayant le même niveau d’approbation que celui stocké dans le fichier de liaison.

• Emplacement de réception. L’emplacement de réception est lié à un gestionnaire de réception du même nom et lié à un hôte ayant le même niveau d’approbation que celui stocké dans le fichier de liaison.

• Orchestrations. L’orchestration est liée à un hôte portant le même nom et le même niveau d’approbation que dans le fichier de liaison.

Ordre dans lequel les liaisons sont appliquées

Lorsque vous importez une application, les liaisons sont appliquées dans l’ordre suivant :

1. Liaisons d’application générées par BizTalk Server qui n’ont pas été ajoutées explicitement à l’application via un fichier de liaison, mais qui ont été explicitement sélectionnées par l’utilisateur pour l’exportation dans l’application .msi fichier.

2. Liaisons dans les fichiers de liaison qui ont été ajoutés à l’application et qui n’ont pas d’environnement de déploiement cible spécifié. Ces liaisons sont appliquées dans un ordre aléatoire.

3. Liaisons dans les fichiers de liaison qui ont été ajoutés à l’application et qui ont un environnement de déploiement cible associé qui correspond à l’environnement de déploiement sélectionné pour l’importation d’application. Ces liaisons sont appliquées dans un ordre non spécifique.

   À mesure que les liaisons sont appliquées pendant le processus d’importation, les liaisons qui ont déjà été appliquées sont remplacées par de nouvelles liaisons portant le même nom. En d’autres termes, la dernière liaison d’un nom particulier à appliquer prend effet.

   Par exemple, si une application existante inclut un port d’envoi nommé SendPort1 et qu’un fichier de liaison est appliqué qui décrit un port d’envoi portant le même nom, les paramètres du fichier de liaison remplacent les paramètres existants pour SendPort1. Si une application existante inclut une orchestration nommée ErrorHandling.ErrorHandler.ResubmitLogic, par exemple, et qu’un fichier de liaison décrit une orchestration portant le même nom, toutes les liaisons existantes pour l’orchestration sont écrites avec les liaisons dans le fichier de liaison.

Voir aussi

Présentation du déploiement et de la gestion des applications BizTalk