Catalogue de modèles pour la solution de gestion des processus d'entreprise
Les modèles de la solution de gestion des processus d'entreprise incluent des modèles courants de programmation BizTalk Server, ainsi que les modèles d'intégration d'entreprise des sections précédentes. La liste de cette section inclut les deux types de modèles.
Types de modèles
Les entrées suivantes décrivent brièvement le modèle et renvoient vers d'autres rubriques expliquant l'utilisation du modèle par la solution. Dans le cas des modèles généraux (filtre, par exemple), les entrées renvoient vers des rubriques plus générales.
Modèles de référence d'application
BizTalk Server permet à une application d’utiliser les artefacts d’une autre application au sein du même groupe en ajoutant une référence à l’autre application. La solution de gestion des processus d'entreprise utilise des références d'application dans la conception de la solution test ainsi que dans la solution principale. Pour plus d’informations sur les références d’application dans la solution, consultez Certains principes de conception dans la solution de gestion des processus métier.
Modèles de réponse asynchrone
La communication entre le gestionnaire de commandes et les étapes de traitement de commande est asynchrone. Autrement dit, le gestionnaire continue le traitement jusqu'à ce qu'il reçoive la réponse. Les étapes utilisent des ports dynamiques d'autocorrélation pour envoyer des réponses au gestionnaire. Les ports d'autocorrélation éliminent la nécessité pour le gestionnaire de commandes de gérer un ensemble de corrélations. L'aspect dynamique du port permet au gestionnaire de commandes d'envoyer à l'étape de traitement de commande l'adresse du port pour la réponse. Pour plus d’informations sur les ports de la solution, consultez Order Flow through the Process Manager.
Modèles de message canonique
Pour simplifier le traitement, une solution convertit souvent les messages externes en un format interne. Ce format est un exemple de message canonique. L'orchestration du courtier de commandes convertit tous les messages de commande en un ou plusieurs messages de commande canoniques. L'orchestration du gestionnaire de commandes et les étapes de traitement utilisent ce format de commande commun. Pour plus d’informations, consultez Traitement dans l’orchestration OrderBroker.
Modèles de nouvelle tentative de code et de gestion des exceptions
La solution centralise une grande partie de sa gestion des exceptions dans l’orchestration ExceptionHandler . La solution utilise cette orchestration lorsqu'il est possible, dans le contexte d'une connexion réseau interrompue, que l'opération réussisse en cas de nouvelle tentative. L’orchestration utilise l’objet Recaller pour réexécuter le code qui a échoué. Pour plus d’informations sur l’orchestration, consultez Gestion des exceptions dans la solution de gestion des processus métier. Consultez également l’orchestration des gestionnaires d’exceptions. Pour plus d’informations sur l’utilisation de l’objet Recaller , consultez L’objet Recaller.
Modèle de convoi
L'orchestration du gestionnaire de commandes, OrderManager, utilise le modèle de convoi pour intercepter et traiter les modifications subséquentes apportées à une commande en cours de traitement. Pour plus d’informations sur le modèle de convoi dans le gestionnaire de commandes, consultez « Mise à jour des commandes » dans Order Flow through the Process Manager.
Coordination à l'aide de l'accusé de réception
L’orchestration OrderBroker utilise des notifications de remise pour s’assurer qu’une entrée est effectuée dans la base de données d’historique avant que l’historique ne soit mis à jour par la deuxième étape de traitement des commandes (CableOrder2). Pour plus d’informations, consultez « Coordination avec les étapes » dans Order Flow through the Process Manager. Pour obtenir des informations générales sur la notification de remise, consultez Utilisation des accusés de réception.
Modèle d'exceptions personnalisées
Pour les exceptions qui ne peuvent pas faire l'objet d'une nouvelle tentative, la solution utilise la gestion des exceptions BizTalk Server habituelle, conjointement avec la gestion des exceptions personnalisée. La gestion des exceptions personnalisée permet une gestion des exceptions plus spécifique. Elle sert également d'indicateur entre les étendues imbriquées pour s'assurer que toutes les parties d'une opération sont conservées. Pour plus d’informations sur l’utilisation d’exceptions personnalisées par la solution, consultez Exceptions personnalisées. Pour plus d’informations sur les étendues, consultez Guide pratique pour configurer la forme d’étendue.
Modèles d'orchestration dissociée
La conception de la solution de gestion des processus d'entreprise dissocie au maximum les orchestrations. La dissociation des orchestrations facilite le contrôle de version des parties de la solution et simplifie le déplacement des parties de la solution vers d'autres serveurs ou groupes. Pour plus d’informations sur la relation entre le répartiteur de commandes et le gestionnaire de commandes, consultez Traitement dans orderBroker Orchestration and Order Flow through the Process Manager.
Modèle de routage d'erreurs
La solution utilise la nouvelle fonctionnalité de création de rapports d'erreurs BizTalk Server. Cette dernière achemine les messages ayant échoué vers un port d'abonnement pour les signaler dans un rapport ou les traiter. Pour obtenir des informations générales sur la création de rapports d’erreurs, consultez Utilisation du routage des messages ayant échoué.
Modèle de filtre
Ce modèle sélectionne les messages à traiter en fonction de critères particuliers. Dans BizTalk, le modèle de filtre devient presque toujours un filtre d'expression sur un port. Pour plus d’informations sur les filtres sur les ports, consultez Utilisation de filtres avec la forme de message de réception.
Modèle d'orchestration pouvant être interrompue
La solution gère les mises à jour ou annulations de commandes en commençant par interrompre la commande en cours. Les orchestrations dans la solution utilisent l'orchestration Interrupt pour traiter les interruptions. Pour plus d’informations, consultez Gestion des interruptions dans la solution de gestion des processus métier.
Modèle de liaison directe de partenaires inversée
La solution inverse l'utilisation de la liaison directe pour dissocier les étapes de traitement de commande du gestionnaire de commandes. Pour plus d’informations sur la liaison directe inverse, consultez Liaison de partenaire directe inverse.
Modèle de courtier de messages
Le modèle de courtier de messages permet à la solution de déterminer la destination d'un message afin que l'expéditeur n'ait pas besoin de la connaître. La solution de gestion des processus métier implémente un répartiteur de messages avec l’orchestration OrderBroker . L’orchestration OrderBroker prend une commande, détermine le type de service commandé et achemine la commande vers le gestionnaire de commandes approprié. Pour plus d’informations sur le répartiteur de messages dans OrderBroker, consultez Traitement dans l’orchestration OrderBroker.
Modèle des étendues imbriquées
L’orchestration OrderBroker utilise des étendues imbriquées afin de réduire les points de persistance et, par conséquent, d’améliorer l’efficacité. Pour plus d’informations, consultez « Amélioration des performances avec des étendues imbriquées » dans Traitement dans l’orchestration OrderBroker.
Configuration du pipeline par instance
Bien que la solution utilise des pipelines par défaut, elle exploite pleinement la nouvelle configuration de pipeline par instance afin de spécifier une enveloppe pour les messages. Pour plus d’informations, consultez Guide pratique pour déployer des pipelines et des composants de la solution de gestion des processus métier.
Modèle de gestionnaire de processus
La solution utilise un gestionnaire de commandes relativement générique pour contrôler le flux dans les étapes de traitement de commande. Cela permet de séparer la logique d'entreprise de la gestion du processus de commande. Pour plus d’informations sur le fonctionnement de l’orchestration OrderManager en tant que gestionnaire de processus, consultez Logique du gestionnaire de processus.
Forme Terminer à la fin de l'orchestration
Plusieurs orchestrations utilisent une forme Terminer pour s'arrêter sur une erreur même si l'orchestration terminait normalement à ce point. La forme Terminer permet le suivi des instances ayant échoué et des erreurs. Pour plus d’informations, consultez Exceptions personnalisées.
Modèle de conversion
Le modèle de conversion d'entreprise (conversion d'un message d'un format dans un autre format) effectue la plupart du temps une conversion en un mappage BizTalk. Pour obtenir des informations générales sur les cartes BizTalk, consultez Création de cartes à l’aide du mappeur BizTalk.
Modèles de contrôle de version
La solution de gestion des processus d'entreprise est conçue pour simplifier le contrôle de version des composants de la solution en dissociant les orchestrations et en utilisant une numérotation des versions dans les espaces de noms de schéma. Pour plus d’informations, consultez Gestion des versions de la solution de gestion des processus métier.
Voir aussi
Modèles dans la solution de gestion des processus d’entreprise