Compartir a través de


Ejemplos de topología compleja

Visual Studio Team Foundation Server puede adoptar varias configuraciones de topología. En general, cuanto más simple sea la topología, más fácil será de mantener una implementación de Team Foundation Server. Debe implementar la topología más simple que satisfaga sus necesidades profesionales.

En este tema se describen dos topologías de Team Foundation Server complejas. Una topología compleja tiene los componentes de Team Foundation Server distribuidos entre varios servidores. Los clientes tienen acceso a ella en varios dominios situados en ubicaciones físicas geográficamente distantes. Está instalado el Proxy de Team Foundation Server, además de componentes opcionales como Productos de SharePoint y SQL Server Reporting Services. Existen distintas bases de código, cada una de las cuales tiene su propia colección de proyectos de equipo para los proyectos que las usan. Las bases de datos para las colecciones de proyectos de equipo están almacenadas en varios servidores que ejecutan SQL Server.

Topología compleja con un único dominio

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 compleja con un único dominio:

Ejemplo de topología compleja de un solo dominio

Esta topología de ejemplo es similar a la topología moderada (vea Ejemplos de topología moderada). Los servicios de Team Foundation Server se implementan en un servidor y las bases de datos de Team Foundation Server se instalan en un servidor independiente, con Team Foundation Build y los agentes de prueba y los controladores del agente de prueba del equipo implementados en servidores adicionales. Además, se han agregado componentes de conmutación por error. Las bases de datos de Team Foundation se han instalado en un clúster de SQL Server.

En el diagrama de ejemplo se muestran los dominios secundarios de Seattle y Cleveland, cada uno de los cuales tiene una confianza transitiva bidireccional al dominio primario. Ambos dominios confían en la cuenta de servicio para Team Foundation Server. Cada dominio secundario distante geográficamente utiliza una conexión con 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 de versión de Team Foundation Server, se ha instalado un proxy de Team Foundation Server en cada dominio secundario para que actúe como caché de proxy donde almacenar los archivos de control de versiones. Todas las solicitudes de cliente se envían directamente a la capa de aplicación, salvo las solicitudes get del código de control de versiones. 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 se ocupa de la tolerancia a errores y el alto rendimiento. Para la tolerancia a errores de la capa de datos se aprovechan las tecnologías de agrupación en clústeres de SQL Server. Se configuran varias aplicaciones web de SharePoint para que las usen los proyectos de equipo en las colecciones de una granja de servidores web de SharePoint. Las bases de datos de colecciones de proyectos de equipo se distribuyen entre las instancias de SQL Server para mejorar el rendimiento y simplificar la administración individualizada. SQL Server Reporting Services y SQL Server Analysis Services se ejecutan en servidores independientes para mejorar el rendimiento.

Este ejemplo está diseñado para un equipo de desarrollo de productos de gran tamaño con un máximo de 2.000 usuarios.

Topología compleja con varios dominios

En una topología de servidores compleja con varios dominios se usan varios servidores en dos o más dominios. Como sucede en el caso de la topología compleja con un único dominio, la implementación usa clústeres u otras configuraciones de conmutación por error para hospedar los componentes de la capa de datos de Team Foundation. Los administradores de esta implementación han configurado el equilibrio de carga de red y han agregado varios servidores de capa de aplicación para distribuir la carga operativa. En la siguiente ilustración se muestra una topología compleja con varios dominios:

Topología de varios dominios complejaTopología compleja de varios dominios continuada

Como en el ejemplo anterior, esta topología se configura para la tolerancia a errores y un alto rendimiento. Además, esta topología se distribuye entre varios dominios, algunos de los cuales son dominios secundarios de plena confianza de los dominios primarios, pero uno en concreto (IsolatedLab.com) es un dominio completamente independiente. Las cuentas de servicio que Team Foundation Server usa son miembros de plena confianza de todos los dominios y las cuentas de usuario se han configurado tanto en el dominio primario como en el dominio independiente como requisito para los usuarios que deben trabajar en ambos dominios. Los firewalls se han configurado para permitir el tráfico entre los puertos que Team Foundation Server requiere.

Vea también

Conceptos

Ejemplos de topología sencilla

Ejemplos de topología compleja