Planification de la publication de services web
BizTalk Server fournit une prise en charge intégrée des services Web. Il vous permet de réutiliser et d’agréger vos services web existants dans vos orchestrations.
Vue d’ensemble
Vous pouvez également publier (exposer) vos orchestrations en tant que services web pour séparer la logique de service web de la logique de processus métier, ce qui vous permet de mettre à jour ou de remplacer la logique métier en fonction des besoins sans toucher au code utilisé pour la logique de service web. Cette fonctionnalité est appelée implémentation de « code modulaire ». En général, il est considéré comme une bonne pratique d’implémenter du code modulaire lorsque cela est possible. Pour publier des services Web, vous devez activer les services Web et publier une orchestration ou un schéma en tant que service Web à l’aide de l’Assistant Publication des services Web BizTalk.
BizTalk Server implémente la prise en charge des adaptateurs natifs dans les services Web via l’utilisation de l’adaptateur SOAP. Une telle prise en charge offre une évolutivité, une tolérance aux pannes et des capacités de suivi pour vos services sans que vous ayez besoin d'écrire du code. Pour plus d’informations sur l’adaptateur SOAP, consultez Adaptateur SOAP.
La planification des services Web peut être divisée en deux catégories : la planification de la publication de services Web et la planification de l’utilisation des services Web. Cette rubrique décrit les étapes à suivre pour la publication de services Web.
Activation des services web
Pour publier des services Web, vous devez configurer les services Internet (IIS), les hôtes BizTalk isolés et les comptes d'utilisateur et de groupe Windows. Cette section fournit une vue d’ensemble de l’activation des services web. Pour plus d'informations sur l'activation des services Web, consultez la documentation IIS.
Services Internet (IIS)
Vous pouvez publier des services Web sur des systèmes Windows sur lesquels IIS est configuré avec ASP.NET. Dans IIS, tous les services Web s’exécutent dans le processus de travail ASP.NET.
IIS utilise des pools d’applications pour traiter les demandes de service Web. IIS prend en charge plusieurs pools d’applications et chaque processus de pool d’applications peut s’exécuter dans un contexte utilisateur différent.
Hôtes BizTalk isolés
Pour activer les services web, vous devez créer au moins un hôte isolé dans BizTalk Server. Les hôtes isolés représentent des processus externes, tels que les extensions ISAPI et les processus ASP.NET que BizTalk Server ne crée ni ne contrôle. Ces types de processus externes doivent héberger certains adaptateurs, tels que HTTP/S et SOAP.
Le BizTalk Server Configuration Manager crée le BizTalkServerIsolatedHost que BizTalk Server utilise comme hôte isolé par défaut. Le groupe Utilisateurs d'hôtes BizTalk isolés est le nom du groupe Windows associé à cet hôte par défaut. Pour plus d’informations sur les hôtes et les instances hôtes, consultez Gestion des hôtes BizTalk et des instances hôtes.
Une instance d'hôte isolé ne peut exécuter qu'un seul adaptateur. Si vous configurez les gestionnaires de réception des adaptateurs HTTP et SOAP, avec le seul hôte isolé, vous devez créer deux pools d'applications, soit un pool d'applications par adaptateur.
Par exemple, si vous envisagez de configurer deux hôtes isolés, comme suit :
| Nom d’hôte isolé | Emplacements de réception |
|---|---|
| Hôte isolé 1 | HTTP_ReceiveLocation1A HTTP_ReceiveLocation1B SOAP_ReceiveLocation1 remarque :L’hôte isolé 1 est utilisé pour les gestionnaires de réception d’adaptateurs SOAP et HTTP. |
| Hôte isolé 2 | HTTP_ReceiveLocation2 |
Vous pouvez créer quatre répertoires virtuels, un pour chaque emplacement de réception, comme suit :
| Emplacement de réception | Répertoire virtuel |
|---|---|
| HTTP_ReceiveLocation1A | IIS_Virtual_Directory1A |
| HTTP_ReceiveLocation1B | IIS_Virtual_Directory1B |
| SOAP_ReceiveLocation1 | IIS_Virtual_Directory1C |
| HTTP_ReceiveLocation2 | IIS_Virtual_Directory2 |
Vous devez ensuite créer au moins trois pools d’applications pour les répertoires virtuels comme suit :
Notes
Vous devez créer au moins un pool d'applications par hôte isolé.
| Répertoires virtuels | Pool d'applications | Description |
|---|---|---|
| IIS_Virtual_Directory1A IIS_Virtual_Directory1B |
AppPool_Host1_HTTP | Un pool d'applications distinct n'est pas requis car tous les emplacements de réception ont le même hôte isolé (Hôte isolé 1) et le même protocole. |
| IIS_Virtual_Directory1C | AppPool_Host1_SOAP | Un pool d'applications distinct est requis car l'emplacement de réception utilise un protocole différent (SOAP) des autres emplacements de réception dans le même hôte (Hôte isolé 1). |
| IIS_Virtual_Directory2 | AppPool_Host2_HTTP | Un pool d'applications distinct est requis car l'emplacement de réception s'exécute sous un hôte différent de Hôte isolé 1. |
Gardez à l’esprit les points importants suivants lorsque vous créez vos pools d’applications :
Vous devez ajouter le compte d'utilisateur pour les pools d'applications aux groupes locaux ou de domaine appropriés des hôtes isolés. Consultez Comptes d’utilisateur et de groupe Windows dans BizTalk Server.
Vous devez faire correspondre le compte d’utilisateur entre un hôte isolé instance et le pool d’applications correspondant selon les tables précédentes. Pour plus d’informations sur la relation entre les comptes d’utilisateur des instance hôtes isolés et les pools d’applications, consultez Comment modifier les comptes de service et les mots de passe.
Accès à la base de données pour les installations à serveur unique
Si BizTalk Server et la base de données de gestion BizTalk se trouvent sur le même serveur, vous devez définir le contexte utilisateur du processus de travail ASP.NET ou du pool d’applications IIS sur le compte d’utilisateur ASPNET local ou sur un compte d’utilisateur local ou de domaine disposant de privilèges minimaux.
Accès à la base de données pour plusieurs installations de serveurs
Si BizTalk Server et la base de données de gestion BizTalk se trouvent sur des serveurs différents, vous devez modifier le contexte utilisateur du processus de travail ASP.NET ou le pool d’applications IIS en un compte d’utilisateur de domaine.
Lors de l’implémentation d’un déploiement multiserveur, les groupes Windows de l’hôte isolé doivent exister sur le domaine auquel appartiennent les serveurs de base de données BizTalk.
Réduction des privilèges de compte et des droits utilisateur
Utilisez des hôtes isolés pour donner aux adaptateurs, qui sont exécutés dans des processus externes, l'accès au nombre minimal de ressources requises pour interagir avec BizTalk Server. Pour un déploiement plus sécurisé, vous devez accorder au contexte utilisateur des privilèges minimaux pour les processus externes.
Assistant Recommandations de sécurité pour l’Assistant Publication des services web BizTalk
Le répertoire virtuel créé par l'Assistant Publication de services Web BizTalk hérite des listes de contrôle d'accès (ACL) et des exigences d'authentification du répertoire virtuel parent ou du site Web. Si le répertoire virtuel parent ou le site Web autorise l'accès anonyme, l'Assistant Publication de services Web BizTalk supprime cette fonction lors de la création du répertoire virtuel.
Activation de ASP.NET 4.0 pour les services web publiés
Consultez Comment activer ASP.NET 4.0 pour les services web publiés.
Utilisation de l’Assistant Publication des services Web BizTalk
Pour plus d’informations sur la publication d’une orchestration en tant que service web, consultez Publication d’une orchestration en tant que service web.
Pour plus d’informations sur la publication de schémas en tant que service web, consultez Publication de schémas en tant que service web.
Planification de la publication des services WCF
BizTalk Server introduit la prise en charge intégrée de Windows Communication Foundation (WCF). BizTalk Server vous permet de réutiliser et d’agréger tous vos services WCF existants dans vos orchestrations. BizTalk Server implémente également la prise en charge des adaptateurs natifs dans les services WCF. Une telle prise en charge offre une évolutivité, une tolérance aux pannes et des capacités de suivi pour vos services WCF sans que vous ayez besoin d'écrire un code. Pour plus d’informations sur les adaptateurs WCF, consultez Adaptateurs WCF.
Pour plus d’informations sur la planification des services WCF dans BizTalk Server, consultez Publication des services WCF.