Topología compleja de Team Foundation Server

Actualización: noviembre 2007

Puede decidir configurar Team Foundation Server en varias configuraciones topológicas. En general, cuanto más simple sea la topología, más fácil será de mantener la implementación de Team Foundation Server. Implemente la topología más simple que satisfaga sus necesidades comerciales. En este tema se describe una topología de Team Foundation Server compleja. En una topología compleja los componentes de Team Foundation Server están instalados en servidores independientes. Los clientes tienen acceso a ella en varios dominios situados en ubicaciones físicas geográficamente distantes. Además de los componentes de conmutación por error adicionales, se ha instalado un servidor proxy de Team Foundation Server.

Topología de servidores compleja

Una topología de servidor compleja utiliza varios servidores en clústeres u otras configuraciones de conmutación por error para hospedar los componentes de nivel lógico de datos y aplicación de Team Foundation. En el diagrama siguiente se muestra una topología de Team Foundation Server compleja:

Esta topología de ejemplo se parece a la topología de complejidad moderada (vea Topología moderada de Team Foundation Server) en la que los servicios de Team Foundation Server se implementan en un servidor de nivel de aplicación y las bases de datos de Team Foundation Server están instaladas en un servidor de nivel de datos independiente, mientras que Team Foundation Build y la plataforma de pruebas (agentes) del equipo se han implementado en servidores adicionales. Además, se han agregado componentes de conmutación por error. Se ha agregado un servidor en espera de nivel de aplicación y las bases de datos de Team Foundation se han instalado en un clúster de SQL Server.

En el diagrama de ejemplo, un dominio secundario denominado Europe.Contoso.com representa un dominio secundario alejado geográficamente que utiliza una conexión con un ancho de banda limitado. Puesto que en estas condiciones de ancho de banda limitado se puede tardar mucho tiempo en conseguir una inscripción del componente de control de código fuente de Team Foundation Server, se ha instalado un servidor proxy de Team Foundation Server en el dominio secundario para que actúe como caché proxy donde almacenar los archivos de control de versiones. Todas las solicitudes cliente se envían directamente al nivel de la aplicación, salvo las solicitudes 'get' del código fuente. Estas solicitudes se envían a través del servidor proxy de Team Foundation Server que, a continuación, almacena en caché todos los archivos de código fuente que descarga en el servidor proxy.

La topología de este ejemplo también incorpora la tolerancia a errores y tiene componentes de conmutación por error configurados. Un servidor de nivel de aplicación de reserva proporciona funciones de conmutación por error manual en caso de que se produzca un error en el servidor principal por cualquier razón. La tolerancia a errores del nivel de datos se proporciona utilizando las tecnologías de agrupación en clúster de SQL Server 2005.

Este ejemplo está diseñado para un equipo de desarrollo de productos de gran tamaño con un máximo de 2.000 usuarios. Para obtener más información sobre cómo elegir una topología de implementación que se adapte a sus necesidades comerciales, vea Guía básica del planeamiento de Team Foundation Server.

Vea también

Conceptos

Topología simple de Team Foundation Server

Topología compleja de Team Foundation Server

Otros recursos

Topologías de Team Foundation Server

Información general de producto de Team Foundation Server

Elegir una configuración de implementación de Team Foundation Server