Conception d’une architecture distribuée

Pour obtenir des informations complètes sur l’architecture système pour le déploiement de BizTalk Server, consultez Exemples d’architectures BizTalk Server.

L’architecture présentée dans la rubrique Architecture distribuée volumineuse traite de nombreuses menaces de sécurité potentielles auxquelles un environnement BizTalk est vulnérable. Bien que la sécurité soit élevée sur votre liste de priorités lors de la conception de votre architecture, il existe des considérations supplémentaires dans un environnement distribué, comme la haute disponibilité, la scalabilité et les performances. Cette section fournit des options supplémentaires que vous pouvez prendre en compte lors de la conception de votre architecture BizTalk Server.

Domaines

Si votre entreprise effectue principalement des communications accessibles sur Internet, vous pouvez supprimer les services intranet du domaine d’entreprise. À l’inverse, si vous utilisez BizTalk Server pour vous connecter à d’autres applications ou partenaires commerciaux qui se connectent via l’intranet, vous pouvez supprimer le réseau de périmètre. Si votre entreprise effectue des communications internet et intranet avec un petit nombre de partenaires, vous pouvez envisager de combiner les services intranet et le réseau de périmètre.

Si vous souhaitez réduire la latence dans la communication entre les serveurs de traitement et les serveurs SQL dans le domaine des données et les problèmes de sécurité tels que la détection réseau, la falsification des paquets et l’usurpation d’hôte dans le réseau interne ne sont pas un problème, vous pouvez supprimer le pare-feu entre le domaine de traitement et de données, et fusionner ces domaines. Il est recommandé d’utiliser la sécurité IPSec (Internet Protocol Security) ou SSL (Secure Sockets Layer) pour protéger les données à mesure qu’elles passent d’un serveur à un autre.

Cluster SQL Server

Bien qu’elle ne soit pas décrite en détail dans cette section, nous vous recommandons vivement de regrouper vos bases de données afin d'assurer une protection en cas de basculement. Pour plus d’informations sur les clusters à basculement SQL Server 2008, consultez le site Web de Microsoft MSDN à l’adresse https://go.microsoft.com/fwlink/?LinkId=131016.

Base de données MessageBox

Selon les exigences de débit des messages pour votre entreprise, vous devrez peut-être ajouter (ou supprimer) des bases de données MessageBox. Pour plus d'informations sur la boîte de message multiple, consultez Scaled-Out Bases de données.

Voir aussi

Conception d'une architecture sécuriséePlanification de la haute disponibilitéPlanification pour des performances soutenuesConception des architectures système pour BizTalk ServerExemples d’architectures BizTalk Server