Gestion et surveillance
Chaque application basée sur le moteur BizTalk Server nécessite une gestion. Comment les nouvelles applications sont-elles installées ? Quelles sont les configurations possibles ? Que se passe-t-il à l'intérieur du système ? Cette section présente les outils disponibles pour répondre à ces questions.
Installation de BizTalk Server
Microsoft BizTalk Server comprend un certain nombre de composants et dépend de plusieurs aspects de l’environnement Windows. Vérifier que la version correcte des éléments nécessaires au produit est disponible, puis installer tous les composants du produit peut être un processus complexe.
L'installation est relativement simple. La mise à niveau de BizTalk Server 2009 est automatique et les éléments créés pour cette version précédente (orchestrations, mappages, etc.) continuent à fonctionner. Pour s’assurer que l’environnement approprié existe, un administrateur effectuant une nouvelle installation de BizTalk Server peut télécharger un fichier .CAB standard ou référencer un fichier .CAB déjà disponible qui a été téléchargé précédemment. Dans les deux cas, ce fichier contient les composants redistribuables requis par le produit pour l'installation. Cela inclut les versions correctes des composants Microsoft Data Access (MDAC), l'analyseur XML de Microsoft (MSXML), les derniers correctifs de sécurité et d'autres logiciels nécessaires.
Une fois le contenu de ce fichier .CAB installé, il existe deux options main pour installer BizTalk Server lui-même. L’approche par défaut, typique de ce que les développeurs qui créent un environnement BizTalk Server pour leur propre usage, installe tous les composants du produit sous un seul compte sur une seule machine. Une fois le processus commencé, le développeur doit seulement surveiller l'installation de ces composants. En revanche, un administrateur qui configure un environnement de BizTalk Server de production peut utiliser l’option de configuration personnalisée. Ce choix permet de déployer le produit sur différents ordinateurs, de définir et d'utiliser différents comptes et d'autres configurations plus détaillées.
Création de configurations évolutives
Si la haute disponibilité ou la redondance ne sont pas requises, l’ensemble du moteur BizTalk Server peut être installé sur un seul ordinateur. Cette configuration n'est toutefois pas adaptée à toutes les situations. Ainsi, il se peut que le nombre de messages que le moteur doit gérer soit trop important pour un ordinateur ou que la redondance soit requise pour accroître la fiabilité du système. Pour répondre à de telles exigences, le moteur BizTalk Server peut être déployé de plusieurs façons.
L'hôte est un concept fondamental pour le déploiement du moteur. Un hôte peut contenir divers éléments, notamment des orchestrations, des adaptateurs et des pipelines. Les hôtes ne sont toutefois que des constructions logiques. Pour les utiliser, l'administrateur BizTalk Server doit créer des instances d'hôte. Chaque instance d'hôte est un processus Windows qui peut contenir divers éléments, comme indiqué dans le diagramme ci-dessous. Dans l'exemple suivant, l'ordinateur A héberge deux instances de l'hôte. L'une contient un adaptateur de réception et un pipeline de réception, tandis que l'autre contient les orchestrations P et Q. L'ordinateur B exécute une seule instance de l'hôte, contenant également les deux orchestrations P et Q. L'ordinateur C (comme l'ordinateur A) héberge deux instances de l'hôte, sans orchestration. Ces instances contiennent en revanche un pipeline d'envoi et un adaptateur d'envoi différents. Enfin, l'ordinateur D héberge la base de données MessageBox utilisée par toutes les instances de l'hôte dans cette configuration.
Cet exemple illustre plusieurs utilisations des hôtes. Par instance, étant donné que les deux machines A et B hébergent les orchestrations P et Q, BizTalk Server peut équilibrer automatiquement les demandes de charge pour ces orchestrations en fonction de la disponibilité et de la charge actuelle sur chaque machine. Cela permet à une application BizTalk de s'adapter aux processus impliquant des volumes importants. Notez également que l'ordinateur C inclut deux modes de gestion des messages sortants. Peut-être que l’un s’appuie sur un adaptateur de BizTalk Server standard, tel que l’adaptateur HTTP, tandis que l’autre utilise un adaptateur personnalisé pour communiquer avec un système particulier. Le regroupement du traitement de sortie sur un ordinateur tel que celui-ci peut convenir dans certaines situations. Par ailleurs, chaque instance de l'hôte étant isolée des autres (il s'agit de processus différents), il est plus sûr d'exécuter du code partiellement approuvé, tel qu’un nouvel adaptateur personnalisé, au sein d'une instance distincte. Même si cet exemple ne contient qu’une instance de la base de données MessageBox, celle-ci peut-être répliquée ou placée dans un cluster pour éviter de créer un point faible.
L’abstraction des applications BizTalk introduite dans la version actuelle de BizTalk Server n’est pas intrinsèquement associée aux hôtes. Les composants d'une simple application BizTalk peuvent être contenus dans un seul hôte et installés sur le même ordinateur. Pour les cas plus complexes, les artefacts constituant l'application (orchestrations, adaptateurs, pipelines, etc.) peuvent être répartis sur des hôtes situés sur plusieurs ordinateurs, comme dans la figure ci-dessus. Par conséquent, le processus de mappage des artefacts aux ordinateurs physiques ne dépend pas de la notion d'une application BizTalk.
Gestion des applications
L’outil main de gestion du moteur BizTalk Server est la console Administration BizTalk Server, un composant logiciel enfichable MMC (Microsoft Management Console) qui fournit une interface utilisateur pour les administrateurs BizTalk Server. Cet outil offre aux administrateurs diverses possibilités, notamment en relation avec les aspects suivants :
Déployez des applications BizTalk. BizTalk Server permet aux administrateurs d’utiliser une application BizTalk complète en tant qu’unité. La console Administration de BizTalk Server permet aux administrateurs de créer une application BizTalk, et de déployer celle-ci sur un ou plusieurs serveurs.
Configuration des applications BizTalk. Lorsque les développeurs créent des orchestrations, ils fonctionnent essentiellement en termes logiques. Pour définir la façon dont le moteur BizTalk Server communiquera avec une application particulière, par exemple, le développeur peut sélectionner une carte HTTP sans se soucier de l’URL spécifique qui sera utilisée. De même, le développeur peut spécifier que le pipeline d'envoi doit inclure un composant qui ajoute une signature numérique aux messages sortants sans se préoccuper de la clé utilisée pour créer cette signature. Ces détails doivent être définis pour que l'application fonctionne. La console Administration de BizTalk Server permet à un administrateur de créer et de modifier des configurations telles que celles-ci.
Surveillance des applications BizTalk. À l’aide de la page Hub de groupe de la console Administration BizTalk Server, un administrateur peut surveiller le fonctionnement des applications BizTalk. Le Hub du groupe présente des informations sur l'état actuel de ces applications qui peuvent être examinées de différentes façons. Au lieu de demander à un administrateur de rechercher des problèmes, par exemple, la page Hub de groupe utilise des indicateurs codés en couleur pour afficher ces problèmes. Les administrateurs peuvent ainsi adopter une approche plus proactive dans le cadre de la surveillance des applications.
La console Administration BizTalk, qui s’appuie sur la base de données de gestion de BizTalk Server, fournit également d’autres services. Les administrateurs peuvent ajouter des ordinateurs et spécifier les hôtes qui doivent leur être affectés de façon dynamique lors de l'exécution d'une application. Il n’est pas nécessaire d'arrêter l'application pour effectuer ces modifications. Les fonctions de la console Administration sont également accessibles par programme via Windows Management Instrumentation (WMI), qui permet aux administrateurs de créer des scripts d'automatisation des fonctions de gestion.
Création de rapports sur les applications et débogage
Les applications BizTalk font beaucoup de choses : envoyer et recevoir des messages, traiter ces messages dans des orchestrations, communiquer avec différents systèmes à l’aide de protocoles différents, etc. Conserver un enregistrement de l'activité des applications, notamment en cas de défaillance, est très utile. De même, il est essentiel de pouvoir déboguer les orchestrations et autres composants des applications. Ces deux fonctionnalités sont fournies par le hub de groupe dans BizTalk Server.
- La page Hub du groupe fournit un accès graphique aux informations relatives aux applications exécutées sur le moteur. Ces informations ont trait au démarrage et à la fin des orchestrations, à l'exécution des formes contenues dans celles-ci, à l'envoi et la réception de leurs messages, au contenu de ces messages, etc. Le développeur ou l'administrateur peut définir des points d'arrêt pour arrêter et examiner l'orchestration à des emplacements prédéterminés. La page Hub du groupe permet également d'examiner des données archivées, en recherchant les modèles et tendances relatifs à l'exécution d'un processus d'entreprise. Ces informations sont utiles pour déboguer, répondre aux questions commerciales (par exemple, vérifier qu'un message a bien été envoyé à un client) et conserver des statistiques actualisées susceptibles d'améliorer les performances.
Voir aussi
Moteur de messagerie BizTalk Server
Installer BizTalk Server 2016 ou BizTalk Server 2013 ou R2
Configuration de BizTalk Server
Déploiement et gestion des applications BizTalk
Utilisation de la page Hub du groupe