Diseñar una arquitectura distribuida
Para obtener información completa sobre la arquitectura del sistema para la implementación de BizTalk Server, consulte Arquitecturas de BizTalk Server de ejemplo.
La arquitectura presentada en el tema Arquitectura distribuida grande aborda muchas de las posibles amenazas de seguridad a las que un entorno de BizTalk es vulnerable. Aunque la seguridad debe ocupar un puesto importante en su lista de prioridades a la hora de diseñar la arquitectura, en un entorno distribuido, hay que tener en cuenta otros factores como la alta disponibilidad, la escalabilidad y el rendimiento. En esta sección se proporcionan opciones adicionales que puede tener en cuenta al diseñar la arquitectura de BizTalk Server.
Dominios
Si las comunicaciones de la compañía se realizan principalmente con Internet, puede quitar los servicios de intranet del dominio corporativo. Por el contrario, si utiliza BizTalk Server para conectarse a otras aplicaciones o socios comerciales que se conectan a través de la intranet, puede prescindir de la red perimetral. Si la compañía realiza comunicaciones tanto en Internet como en la intranet con un número reducido de socios, es posible que sea conveniente combinar los servicios de la intranet y la red perimetral.
Si desea minimizar el período de latencia en la comunicación entre los servidores de procesamiento y los servidores SQL en el dominio de datos, y no le preocupan los problemas de seguridad como los husmeadores de redes, la manipulación de paquetes y la suplantación de host en la red interna, puede eliminar el servidor de seguridad entre el dominio de procesamiento y el dominio de datos, y combinar ambos dominios. Se recomienda el uso de la seguridad de Protocolo Internet (IPSec) o de Capa de sockets seguros (SSL) para proteger los datos en su tránsito de un servidor a otro.
Agrupación en clústeres de SQL Server
Aunque no se describe detalladamente en esta sección, se recomienda organizar las bases de datos por clústeres como protección contra la conmutación por error. Para obtener más información sobre la agrupación en clústeres de conmutación por error de SQL Server 2008, vea el sitio web de Microsoft MSDN en https://go.microsoft.com/fwlink/?LinkId=131016.
Base de datos de cuadro de mensajes
Según los requisitos de rendimiento para los mensajes de la organización, puede que necesite agregar (o quitar) bases de datos de cuadro de mensajes. Para obtener más información sobre varios cuadros de mensajes, vea Bases de datos escaladas horizontalmente.
Consulte también
Diseño de una planeación de arquitectura segurapara la planeación de alta disponibilidadpara el diseño sostenido del rendimientode las arquitecturas del sistema para BizTalk ServerSample BizTalk Server Architectures