Pianificazione della pubblicazione di servizi Web
BizTalk Server fornisce il supporto predefinito per i servizi Web. Consente di riutilizzare e aggregare i servizi Web esistenti all'interno delle orchestrazioni.
Panoramica
È anche possibile pubblicare (esporre) le orchestrazioni come servizi Web per separare la logica del servizio Web dalla logica del processo aziendale, che consente di aggiornare o sostituire la logica di business in base alle esigenze senza toccare il codice usato per la logica del servizio Web. Questa funzionalità viene definita implementazione di "codice modulare". In generale è considerata una procedura consigliata per implementare il codice modulare, se possibile. La pubblicazione di servizi Web richiede di abilitare i servizi Web e di pubblicare un'orchestrazione o uno schema come servizio Web usando la Pubblicazione guidata servizi Web BizTalk.
BizTalk Server implementa il supporto per le schede native nei servizi Web tramite l'uso della scheda SOAP. Il supporto per gli adapter nativi assicura scalabilità, tolleranza di errore e funzionalità di rilevamento per i servizi Web senza scrivere righe di codice. Per altre informazioni sull'adattatore SOAP, vedere Adapter SOAP.
La pianificazione dei servizi Web può essere suddivisa in due categorie, pianificando la pubblicazione di servizi Web e la pianificazione per l'utilizzo di servizi Web. In questo argomento vengono descritti i passaggi da seguire per la pubblicazione di servizi Web.
Abilitazione dei servizi Web
Per pubblicare servizi Web, è necessario configurare Internet Information Services (IIS), host BizTalk di tipo Isolato e account utente e di gruppo di Windows. Questa sezione offre una panoramica sull'abilitazione dei servizi Web. Per altre informazioni sull'abilitazione di servizi Web, vedere la documentazione di IIS.
Internet Information Services
È possibile pubblicare servizi Web nei sistemi Windows configurati con IIS con ASP.NET. In IIS tutti i servizi Web vengono eseguiti all'interno del processo di lavoro ASP.NET.
IIS usa i pool di applicazioni per l'elaborazione delle richieste del servizio Web. IIS supporta più pool di applicazioni e ogni processo del pool di applicazioni può essere eseguito in un contesto utente diverso.
Host BizTalk di tipo Isolato
Per abilitare i servizi Web, è necessario creare almeno un host isolato in BizTalk Server. Gli host isolati rappresentano processi esterni, ad esempio estensioni ISAPI e processi ASP.NET che BizTalk Server non creano o controllano. Questi tipi di processi esterni devono ospitare determinati adapter, quali SOAP e HTTP/S.
Il BizTalk Server Configuration Manager crea BizTalkServerIsolatedHost che BizTalk Server usa come host isolato predefinito. Il gruppo Utenti host BizTalk di tipo Isolato è il nome del gruppo di Windows associato a questo host per impostazione predefinita. Per altre informazioni sugli host e sulle istanze host, vedere Gestione di host BizTalk e istanze host.
Un'istanza dell'host di tipo Isolato può eseguire un solo adapter. Se si configurano i gestori di ricezione degli adapter HTTP e SOAP con un unico host di tipo Isolato, è necessario creare due pool di applicazioni, uno per ogni adapter.
Ad esempio, se si prevede di configurare due host isolati, come indicato di seguito:
| Nome host isolato | Indirizzi di ricezione |
|---|---|
| Host isolato 1 | HTTP_ReceiveLocation1A HTTP_ReceiveLocation1B SOAP_ReceiveLocation1 Nota:l'host isolato 1 viene usato per i gestori di schede SOAP e HTTP. |
| Host di tipo Isolato 2 | HTTP_ReceiveLocation2 |
È possibile creare quattro directory virtuali, una per ogni posizione di ricezione, come indicato di seguito:
| Indirizzo di ricezione | Directory virtuale |
|---|---|
| HTTP_ReceiveLocation1A | IIS_Virtual_Directory1A |
| HTTP_ReceiveLocation1B | IIS_Virtual_Directory1B |
| SOAP_ReceiveLocation1 | IIS_Virtual_Directory1C |
| HTTP_ReceiveLocation2 | IIS_Virtual_Directory2 |
È quindi necessario creare almeno tre pool di applicazioni per le directory virtuali come indicato di seguito:
Nota
È necessario creare almeno un pool di applicazioni per ogni host di tipo Isolato.
| Directory virtuali | Pool di applicazioni | Descrizione |
|---|---|---|
| IIS_Virtual_Directory1A IIS_Virtual_Directory1B |
AppPool_Host1_HTTP | Non è necessario un pool di applicazioni separato poiché tutti gli indirizzi di ricezione condividono lo stesso host di tipo Isolato (Host di tipo Isolato 1) e lo stesso protocollo. |
| IIS_Virtual_Directory1C | AppPool_Host1_SOAP | È necessario un pool di applicazioni separato poiché l'indirizzo di ricezione usa un protocollo diverso (SOAP) rispetto agli altri indirizzi di ricezione nello stesso host (Host di tipo Isolato 1). |
| IIS_Virtual_Directory2 | AppPool_Host2_HTTP | È necessario un pool di applicazioni separato poiché l'indirizzo di ricezione viene eseguito in un host diverso rispetto a Host di tipo Isolato 1. |
Tenere presenti i punti importanti seguenti durante la creazione dei pool di applicazioni:
È necessario aggiungere l'account utente per i pool di applicazioni ai gruppi locale o di dominio appropriati degli host di tipo Isolato. Vedere Gruppi di Windows e account utente in BizTalk Server.
È necessario associare l'account utente a un'istanza dell'host di tipo Isolato e al corrispondente pool di applicazioni in base alle tabelle precedenti. Per altre informazioni sulla relazione tra account utente di istanze host isolate e pool di applicazioni, vedere Come modificare gli account del servizio e le password.
Accesso al database per installazioni a server singolo
Se BizTalk Server e il database di gestione BizTalk si trovano nello stesso server, è necessario impostare il contesto utente del processo di lavoro ASP.NET o del pool di applicazioni IIS all'account utente ASPNET locale o a un account utente locale o di dominio con privilegi minimi.
Accesso al database per più installazioni server
Se BizTalk Server e il database di gestione BizTalk si trovano in server diversi, è necessario modificare il contesto utente del processo di lavoro ASP.NET o il pool di applicazioni IIS in un account utente di dominio.
Quando si implementa una distribuzione multi-server, i gruppi di Windows host isolati devono esistere nel dominio a cui appartengono i server di database BizTalk.
Riduzione dei privilegi dell'account e dei diritti utente
Utilizzare host di tipo Isolato per consentire agli adapter eseguiti in processi esterni di accedere alla quantità minima di risorse necessaria per interagire con BizTalk Server. Per una distribuzione più sicura, è consigliabile assegnare al contesto utente i privilegi minimi dei processi esterni.
Raccomandazioni per la sicurezza per la pubblicazione guidata servizi Web BizTalk
La directory virtuale creata dalla Pubblicazione guidata servizi Web BizTalk eredita gli elenchi di controllo di accesso e i requisiti di autenticazione dalla directory virtuale o dal sito Web padre. Se la directory virtuale o il sito Web padre consente l'accesso anonimo, tale funzionalità verrà rimossa dalla Pubblicazione guidata servizi Web BizTalk al momento della creazione della directory virtuale.
Abilitazione di ASP.NET 4.0 per i servizi Web pubblicati
Vedere Come abilitare ASP.NET 4.0 per i servizi Web pubblicati.
Uso della Pubblicazione guidata servizi Web BizTalk
Per altre informazioni sulla pubblicazione di un'orchestrazione come servizio Web, vedere Pubblicazione di un'orchestrazione come servizio Web.
Per altre informazioni sulla pubblicazione di schemi come servizio Web, vedere Pubblicazione di schemi come servizio Web.
Pianificazione per la pubblicazione di servizi WCF
BizTalk Server introduce il supporto predefinito per Windows Communication Foundation (WCF). BizTalk Server consente di riutilizzare e aggregare tutti i servizi WCF esistenti all'interno delle orchestrazioni. BizTalk Server implementa anche il supporto per le schede native nei servizi WCF. Il supporto per gli adapter nativi assicura scalabilità, tolleranza di errore e funzionalità di rilevamento per i servizi WCF senza dover scrivere codice. Per informazioni sugli adattatori WCF, vedere Adapter WCF.
Per altre informazioni sulla pianificazione dei servizi WCF in BizTalk Server, vedere Pubblicazione di Servizi WCF.