Publication des services web et des services WCF accessibles sur Internet
Vous pouvez utiliser plusieurs approches pour publier des services web BizTalk Server et des services WCF sur Internet :
Utilisez des règles de proxy inverse dans un réseau de périmètre (également appelé DMZ, zone démilitarisée et sous-réseau filtré).
Placez les ordinateurs exécutant BizTalk Server qui publient les services Web ou LES services WCF dans le domaine du réseau de périmètre.
Utilisez BizTalk Server fonctionnalité d’activation cloud pour publier les services Web ou les services WCF en tant que point de terminaison de relais Service Bus Azure AppFabric.
Utilisation d’un proxy inverse
Il s’agit de l’approche traditionnelle pour la publication BizTalk Server services Web et services WCF. L’utilisation de règles de proxy inverse dans le réseau de périmètre évite d’avoir des serveurs BizTalk situés dans le réseau de périmètre. Les règles de proxy inverse transfèrent simplement les requêtes HTTP et SOAP du réseau de périmètre aux ordinateurs exécutant BizTalk Server dans le domaine intranet.
Pour plus d’informations sur l’utilisation d’un proxy inverse, consultez les rubriques suivantes dans BizTalk Server’aide :
« Exemple d’architecture : adaptateurs HTTP et SOAP » (https://go.microsoft.com/fwlink/?LinkId=153339).
« Sample TMA : HTTP and SOAP Adapters » (https://go.microsoft.com/fwlink/?LinkId=153340).
« Architecture distribuée volumineuse » (https://go.microsoft.com/fwlink/?LinkId=153341).
Utilisation d’ordinateurs exécutant BizTalk Server dans le réseau de périmètre
Il ne s’agit pas de l’approche recommandée pour la publication de services web BizTalk Server ou de services WCF sur Internet, car elle nécessite que les ordinateurs exécutant BizTalk Server se trouvent dans le réseau de périmètre. Toutefois, lorsqu’un proxy inverse n’est pas disponible dans le réseau de périmètre, vous pouvez utiliser cette approche.
Cette approche nécessite que le domaine de réseau de périmètre s’inscrive dans une approbation unidirectionnelle auprès du domaine intranet (mais le domaine intranet n’approuve pas le domaine de réseau de périmètre). Les pools d’applications IIS qui hébergent les services Web ou LES services WCF dans le domaine de réseau de périmètre doivent s’exécuter sous un compte de domaine intranet qui se trouve dans le groupe de domaines « Utilisateurs hôtes isolés BizTalk ». Cela donne au pool d’applications les droits requis pour publier des messages dans la base de données MessageBox BizTalk Server.
Pour ce faire, vous devez ouvrir des ports spécifiques dans le pare-feu. Pour plus d’informations sur les ports requis, consultez « Ports pour les serveurs de réception et d’envoi » (https://go.microsoft.com/fwlink/?LinkId=153342) dans la documentation BizTalk Server.
Exposition d’applications BizTalk sur le cloud à l’aide d’AppFabric Connect for Services
Pour plus d’informations sur l’exposition d’applications BizTalk en tant que services WCF dans le cloud, consultez l’article Exposition d’applications BizTalk sur le cloud à l’aide d’AppFabric Connect for Services (https://go.microsoft.com/fwlink/?LinkID=204700) pour plus d’informations sur l’exposition d’applications BizTalk en tant que services WCF.