Compartir vía


Ejemplos de topología moderada para Azure DevOps

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

Puede configurar Azure DevOps Server en varias configuraciones de topología. Por lo general, la topología más sencilla, más fácilmente 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 los niveles 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 acceder 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 niveles de datos y 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 1000 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 Azure DevOps Server usa y otro servidor hospeda la instancia de SQL Server Reporting Services que Azure DevOps Server usa.

El portal de cada proyecto se hospeda en la aplicación web de SharePoint. Por lo tanto, el administrador debe configurar los 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 prueba 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. La cuenta de servicio de Azure DevOps Server es de confianza para ambos dominios. Los usuarios del dominio secundario pueden acceder 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.