Ejemplos de topología compleja para Azure DevOps Server

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Nota

Azure DevOps Server anteriormente se denominaba Visual Studio Team Foundation Server.

Puede configurar Azure DevOps Server en una de varias configuraciones de topología. En general, cuanto más sencillo es la topología, más fácil es mantener una implementación Azure DevOps Server. Debe implementar la topología más sencilla que satisfaga sus necesidades empresariales.

En este artículo se describen dos topologías de Azure DevOps Server complejas. Una topología compleja tiene componentes Azure DevOps Server distribuidos entre varios servidores. Los clientes tienen acceso a ellos en varios dominios en ubicaciones físicas geográficamente distantes. El servidor proxy de Azure DevOps se instala además de componentes opcionales como productos de SharePoint y SQL Server Reporting Services. Hay varias bases de código diferentes, y estas bases de código tienen su propia colección de proyectos para los proyectos que las utilizan. Las bases de datos de las colecciones de proyectos de equipo se almacenan en varios servidores diferentes que ejecutan SQL Server.

Topología de un solo dominio complejo

Una topología de servidor compleja usa varios servidores en clústeres u otras configuraciones de conmutación por error para hospedar los componentes lógicos de Azure DevOps Data y la capa de aplicación. En el diagrama siguiente se muestra una topología de un solo dominio complejo:

Ejemplo de topología compleja de un solo dominio

Esta topología de ejemplo es similar a la topología moderada. Azure DevOps Server servicios se implementan en un servidor y las bases de datos Azure DevOps 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 los componentes de conmutación por error. Las bases de datos de Azure DevOps se han instalado en un clúster de SQL Server.

En el diagrama de ejemplo se muestran dominios secundarios en Seattle y Cleveland, cada uno con una confianza transitiva bidireccional en el dominio primario. Los dos dominios confían en la cuenta de servicio de Azure DevOps Server. Cada dominio secundario alejado geográficamente usa una conexión de ancho de banda limitado. Dado que obtener una inscripción del componente de control de código de versión de Azure DevOps Server puede tardar mucho tiempo en estas condiciones de ancho de banda limitado, se instala un servidor proxy de Azure DevOps en cada dominio secundario para que actúe como una caché de proxy de archivo de control de versiones. Todas las solicitudes de cliente van directamente a la capa de aplicación, con la excepción de las solicitudes Get de código de control de versiones. Estas solicitudes se dirigen a través del servidor proxy de Azure DevOps, que almacena en caché todos los archivos de origen 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. La tolerancia a errores de nivel de datos se proporciona al aprovechar 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 las colecciones de una granja de servidores Web de SharePoint. Las bases de datos de colección de proyectos se distribuyen entre SQL Server instancias para mejorar el rendimiento y facilitar la administración individual. SQL Server Reporting Services y SQL Server Analysis Server 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 hasta 2.000 usuarios.

Topología de varios dominios compleja

Una topología de servidores de varios dominios compleja usa varios servidores en dos o más dominios. Al igual que con la topología compleja de un solo 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 Azure DevOps. 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 ilustración siguiente se muestra una topología de varios dominios compleja:

Topología de varios dominios compleja

Topología compleja de varios dominios continuada

Como en el ejemplo anterior, esta topología está configurada para tolerancia a errores y 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 de los cuales (IsolatedLab.com) es un dominio completamente independiente. Las cuentas de servicio utilizadas por Azure DevOps Server son miembros de plena confianza de todos los dominios y las cuentas de usuario se han configurado en el dominio primario y en el dominio independiente según sea necesario para los usuarios que deben trabajar en ambos dominios. Los firewalls se han configurado para permitir el tráfico en los puertos necesarios para Azure DevOps Server.