Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Server |Azure DevOps Server |Azure DevOps Server 2022 | Azure DevOps Server 2020
Vous pouvez configurer Azure DevOps Server dans plusieurs configurations de topologie. En règle générale, plus la topologie est simple, plus vous pouvez facilement gérer un déploiement d’Azure DevOps Server. Vous devez déployer la topologie la plus simple qui répond aux besoins de votre entreprise. Cet article décrit une topologie modérément complexe, dans laquelle les composants logiques des niveaux de données et d’application d’Azure DevOps sont installés sur des serveurs physiques distincts. Les ordinateurs clients au sein des domaines approuvés peuvent accéder à Azure DevOps Server.
Topologie modérée
Une topologie modérée utilise deux serveurs ou plus pour héberger les composants logiques des niveaux de données et d’application d’Azure DevOps. L’illustration suivante illustre une topologie modérément complexe pour Azure DevOps Server, applicable à une équipe de développement de produits avec moins de 1 000 utilisateurs :
Dans cet exemple, les services d’Azure DevOps Server sont déployés sur un serveur, appelé serveur de la couche Application, et les bases de données d’Azure DevOps Server sont installées sur un serveur distinct, appelé serveur de couche Données. Un serveur distinct héberge l’application web SharePoint utilisée par Azure DevOps Server et un autre serveur héberge l’instance de SQL Server Reporting Services utilisée par Azure DevOps Server.
Le portail de chaque projet est hébergé sur l’application Web SharePoint. Par conséquent, l’administrateur doit configurer des autorisations pour les utilisateurs de ce projet sur cette application web. La même considération s’applique à la configuration des autorisations pour les utilisateurs dans SQL Server Reporting Services. Team Foundation Build et les contrôleurs de test de l’équipe sont déployés sur des serveurs supplémentaires.
Dans cette illustration, le domaine des clients Cleveland est un domaine enfant du domaine parent à Seattle. Le domaine enfant a une relation d’approbation transitive bidirectionnelle avec son domaine parent. Le compte de service pour Azure DevOps Server est approuvé par les deux domaines. Les utilisateurs du domaine enfant peuvent accéder au serveur et sont authentifiés automatiquement par l’authentification intégrée Windows. Dans cette configuration, le serveur proxy Azure DevOps est requis et installé dans le bureau de Cleveland.