Exemples de topologie modérée pour Azure DevOps

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

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 de 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 produit comptant moins de 1 000 utilisateurs :

Topologie de serveur modérée

Dans cet exemple, les services pour Azure DevOps Server sont déployés sur un serveur, appelé serveur de couche Application, et les bases de données pour Azure DevOps Server sont installées sur un serveur distinct, appelé serveur de la couche Données. Un serveur distinct héberge l’application Web SharePoint que Azure DevOps Server utilise, et un autre serveur héberge les instance de SQL Server Reporting Services que Azure DevOps Server utilise.

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 de l’autorisation 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.