Exemples de topologie modérée pour Azure DevOps

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

Notes

Azure DevOps Server a été précédemment nommé Visual Studio Team Foundation Server.

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 conserver 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 couches données et application d’Azure DevOps sont installés sur des serveurs physiques distincts. Les ordinateurs clients dans les 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 couches données et application d’Azure DevOps. L’illustration suivante montre une topologie modérément complexe pour Azure DevOps Server, applicable pour une équipe de développement de produits avec 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 couche données. Un serveur distinct héberge l’application Web SharePoint que Azure DevOps Server utilise, et un autre serveur héberge l’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 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 pour les clients de Cleveland est un domaine enfant du domaine parent de Seattle. Le domaine enfant a une relation d’approbation transitive bidirectionnelle avec son domaine parent. Le compte de service de Azure DevOps Server est approuvé par les deux domaines. Les utilisateurs du domaine enfant peuvent accéder au serveur et ils sont authentifiés automatiquement par l’authentification intégrée de Windows. Dans cette configuration, le serveur proxy Azure DevOps est requis et installé dans le Bureau de Cleveland.