Ejemplos de topología moderada para Azure DevOps

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 varias configuraciones de topología. Por lo general, cuanto más sencillo es la topología, más fácil puede mantener una implementación de Azure DevOps Server. Debe implementar la topología más sencilla que satisfaga sus necesidades empresariales. En este artículo se describe una topología moderadamente compleja, en la que los componentes lógicos de las capas de datos y de aplicación de Azure DevOps se instalan en servidores físicos independientes. Los equipos cliente dentro de los dominios de confianza pueden tener acceso a Azure DevOps Server.

Topología moderada

Una topología moderada usa dos o más servidores para hospedar los componentes lógicos de los datos y las capas de aplicación de Azure DevOps. En la ilustración siguiente se muestra una topología moderadamente compleja para Azure DevOps Server, aplicable a un equipo de desarrollo de productos con menos de 1.000 usuarios:

Topología moderada de servidor

En este ejemplo, los servicios de Azure DevOps Server se implementan en un servidor, denominado servidor de capa de aplicación, y las bases de datos de Azure DevOps Server se instalan en un servidor independiente, denominado servidor de capa de datos. Un servidor independiente hospeda la aplicación Web de SharePoint que utiliza Azure DevOps Server, y otro servidor hospeda la instancia de SQL Server Reporting Services que usa Azure DevOps Server.

El portal de cada proyecto se hospeda en la aplicación Web de SharePoint. Por lo tanto, el administrador debe configurar permisos para los usuarios de ese proyecto en esa aplicación Web. La misma consideración se aplica a la configuración de permisos para los usuarios en SQL Server Reporting Services. Team Foundation Build y los controladores de pruebas del equipo se implementan en servidores adicionales.

En esta ilustración, el dominio de los clientes de Cleveland es un dominio secundario del dominio primario en Seattle. El dominio secundario tiene una relación de confianza transitiva bidireccional con su dominio primario. Los dos dominios confían en la cuenta de servicio de Azure DevOps Server. Los usuarios del dominio secundario pueden tener acceso al servidor y se autentican automáticamente mediante la autenticación integrada de Windows. En esta configuración, se requiere el servidor proxy de Azure DevOps y se instala en la oficina de Cleveland.