Condividi tramite


Progettazione di un'architettura distribuita

Per informazioni complete sull'architettura di sistema per la distribuzione di BizTalk Server, vedere Esempi di architetture BizTalk Server.

L'architettura presentata nell'argomento Architettura distribuita di grandi dimensioni risolve molte delle potenziali minacce alla sicurezza a cui un ambiente BizTalk è vulnerabile. La sicurezza deve essere una priorità durante la progettazione dell'architettura, tuttavia esistono altri fattori da considerare in un ambiente distribuito, ad esempio la disponibilità elevata, la scalabilità e le prestazioni. Questa sezione offre opzioni aggiuntive che è possibile prendere in considerazione durante la progettazione dell'architettura di BizTalk Server.

Domains

Se l'azienda effettua principalmente comunicazioni tramite a Internet, è possibile rimuovere i servizi Intranet dal dominio aziendale. Se invece si utilizza BizTalk Server per connettersi ad altre applicazioni o partner commerciali connessi tramite la Intranet, è possibile rimuovere la rete perimetrale. Se la società comunica sia tramite Internet sia sulla Intranet con un numero limitato di partner, è possibile prendere in considerazione l'ipotesi di combinare i servizi della Intranet e la rete perimetrale.

Se si desidera ridurre al minimo la latenza nella comunicazione tra i server di elaborazione e i server SQL nel dominio dei dati e i problemi di sicurezza quali la sottrazione dei dati in rete, la manomissione di pacchetti e lo spoofing dell'host nella rete interna non sono rilevanti, è possibile rimuovere il firewall tra il dominio di elaborazione e quello dei dati e unire i due domini. È quindi consigliabile utilizzare Internet Protocol Security (IPSec) o Secure Sockets Layer (SSL) per proteggere i dati in transito da un server a un altro.

Clustering di SQL Server

Anche se non viene descritto in modo dettagliato in questa sezione, è consigliabile eseguire il clustering dei database per attivare la protezione con failover. Per altre informazioni sul clustering di failover di SQL Server 2008, vedere il sito Web Microsoft MSDN all'indirizzo https://go.microsoft.com/fwlink/?LinkId=131016.

Database MessageBox

A seconda dei requisiti dell'azienda in termini di velocità effettiva dei messaggi, potrebbe essere necessario aggiungere o rimuovere database MessageBox. Per altre informazioni su più messaggi, vedere Database con scalabilità orizzontale.

Vedere anche

Progettazione di una pianificazione sicura dell'architettura per la pianificazione della disponibilità elevata per la progettazione di prestazioni sostenutedelle architetture di sistema per le architetture BizTalk Server di BizTalk ServerSample