Pubblicazione di servizi Web con connessione Internet e servizi WCF
È possibile usare più approcci per pubblicare BizTalk Server servizi Web e servizi WCF su Internet:
Usare le regole proxy inverso in una rete perimetrale (nota anche come DMZ, zona demilitarizzata e subnet schermata).
Inserire i computer in esecuzione BizTalk Server che pubblicano i servizi Web o i servizi WCF nel dominio di rete perimetrale.
Usare BizTalk Server funzionalità di abilitazione cloud per pubblicare i servizi Web o i servizi WCF come endpoint di inoltro del bus di servizio di Azure AppFabric.
Uso di un proxy inverso
Questo è stato l'approccio tradizionale per la pubblicazione BizTalk Server servizi Web e servizi WCF. L'uso di regole proxy inversa nella rete perimetrale obvia la necessità di avere server BizTalk presenti nella rete perimetrale. Le regole proxy inversa inoltrano semplicemente le richieste HTTP e SOAP dalla rete perimetrale ai computer che eseguono BizTalk Server nel dominio Intranet.
Per altre informazioni sull'uso di un proxy inverso, vedere gli argomenti seguenti in BizTalk Server Guida:
"Architettura di esempio: adattatori HTTP e SOAP" (https://go.microsoft.com/fwlink/?LinkId=153339).
"Sample TMA: HTTP e SOAP Adapters" (https://go.microsoft.com/fwlink/?LinkId=153340).
"Architettura distribuita di grandi dimensioni" (https://go.microsoft.com/fwlink/?LinkId=153341).
Uso di computer che eseguono BizTalk Server nella rete perimetrale
Questo non è l'approccio preferito per la pubblicazione BizTalk Server servizi Web o servizi WCF su Internet perché richiede che i computer che eseguono BizTalk Server si trovino nella rete perimetrale. Tuttavia, quando un proxy inverso non è disponibile nella rete perimetrale, è possibile usare questo approccio.
Questo approccio richiede l'inserimento del dominio di rete perimetrale in un trust unidirezionale con il dominio Intranet, ma il dominio Intranet non considera attendibile il dominio di rete perimetrale. I pool di applicazioni IIS che ospitano i servizi Web o i servizi WCF nel dominio di rete perimetrale devono essere eseguiti in un account di dominio Intranet che si trova nel gruppo di dominio "Utenti host isolati BizTalk". In questo modo, il pool di applicazioni ha i diritti necessari per pubblicare i messaggi nel database messageBox BizTalk Server.
È necessario aprire porte specifiche nel firewall per supportarlo. Per altre informazioni sulle porte necessarie, vedere "Porte per i server di ricezione e invio" (https://go.microsoft.com/fwlink/?LinkId=153342) nella documentazione di BizTalk Server.
Esposizione di applicazioni BizTalk nel cloud con AppFabric Connect for Services
Per altre informazioni sull'esposizione di applicazioni BizTalk nel cloud tramite AppFabric Connect for Services (https://go.microsoft.com/fwlink/?LinkID=204700) per altre informazioni sull'esposizione di applicazioni BizTalk come servizi WCF nel cloud.