Conception avec des modèles : la solution orientée service
La solution orientée services illustre l'exposition d'une application BizTalk en tant que service destiné à être utilisé par d'autres applications. La présentation d'une application en tant que service permet à d'autres applications d'exploiter facilement les informations et de les réemployer dans les services qu'elles proposent.
La solution est une application proposant des informations relatives au crédit. Elle fournit ces informations en tant que réponse de service Web, après avoir agrégé des informations pertinentes depuis trois autres applications. L'application consolide les résultats et renvoie un message unique contenant les informations relatives au crédit synthétisées. Les trois systèmes principaux sont les suivants :
Le système SAP Enterprise : il indique la limite de crédit générale du client. La solution communique avec ce système principal à l’aide de l’adaptateur SAP dans BizTalk Adapter Pack.
Le système Pending Transactions : il signale le nombre total des transactions en attente dans le compte. La solution fait appel à Microsoft Host Integration Server (HIS) pour communiquer avec le macroordinateur à partir de Windows Server. Elle utilise également la technologie de l'intégrateur de transactions de HIS. Cela permet au système d'interagir avec le macroordinateur en tant que service Web. L'orchestration BizTalk utilise ce service Web.
Le système Payment Tracking : il signale le dernier paiement que la personne a effectué. Il fait appel à MQSeries.
Comme le suggérait la vue d'ensemble de la solution, il est également possible d'utiliser une interface autre que celle d'un service Web via les files d'attente MQSeries. (Pour plus d’informations sur la structure générale de l’application, consultez Présentation de la solution orientée service). Bien que les services Web constituent la manière la plus courante de construire des architectures orientées services, toutes les applications ne peuvent pas les utiliser. Les solutions BizTalk Server fournissent aux applications héritées des services Web ainsi que d'autres moyens d'utiliser le service.
L'accès à MQSeries permet de simuler la manière dont un système de réponse vocal interactif hérité peut utiliser la solution. L'accès à MQSeries ainsi que l'accès au service Web illustrent la manière par laquelle une solution unique peut être utilisée par des applications héritées et de nouvelles applications.
Modèles utilisés dans la solution orientée services
Le schéma suivant présente une version simplifiée des modèles de la solution orientée services.
La solution se compose de quatre parties main, chacune représentant un modèle : l’interface de service, un routeur basé sur le contenu, une liste de destinataires et un agrégateur. L'interface de service représente le mécanisme d'interface par lequel la connexion à la solution est rendue possible. Le routeur basé sur le contenu vérifie la validité d'un message et envoie un message d'erreur si celui-ci n'est pas valide. La liste de destinataires permet d'envoyer ce message aux trois applications principales. Lorsque les applications principales répondent, l'agrégation combine leur réponse en un message unique. Le message de réponse est ensuite acheminé au demandeur via l'interface de service.
Notez qu'un grand nombre d'éléments du schéma n'ont pas été spécifiés :
Les convertisseurs de messages ont été omis, bien qu'ils soient requis par la solution afin de communiquer avec les systèmes externes.
La manière de communiquer avec les processus principaux n'est pas spécifiée.
La nature de l'interface de service n'est pas indiquée.
Le schéma ne précise pas s'il faut utiliser un mode de communication synchrone ou asynchrone.
Voir aussi
Développement d’une solution orientée servicestraduisant les modèles de la solution orientée services