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 l’une des configurations de topologie. En règle générale, plus la topologie est simple, plus vous pouvez gérer facilement un déploiement Azure DevOps Server. Vous devez déployer la topologie la plus simple qui répond aux besoins de votre entreprise.
Cet article décrit deux topologies azure DevOps Server complexes. Une topologie complexe comprend des composants Azure DevOps Server distribués sur de nombreux serveurs. Il est accessible par les clients dans plusieurs domaines dans des emplacements physiques géographiquement distants. Le serveur proxy Azure DevOps est installé en plus des composants facultatifs tels que les produits SharePoint et SQL Server Reporting Services. Il existe plusieurs bases de code différentes, et ces bases de code ont chacune leur propre collection de projets pour les projets qui les utilisent. Les bases de données des collections de projets d’équipe sont stockées sur plusieurs serveurs différents exécutant SQL Server.
Topologie complexe à domaine unique
Une topologie de serveur complexe utilise plusieurs serveurs dans des clusters ou d’autres configurations de basculement pour héberger les composants logiques de la couche de données et d'application Azure DevOps. Le diagramme suivant illustre une topologie complexe à domaine unique :
Cet exemple de topologie est similaire à la topologie modérée. Les services Azure DevOps Server sont déployés sur un serveur et les bases de données Azure DevOps Server sont installées sur un serveur distinct, avec Team Foundation Build et les agents de test de l’équipe et les contrôleurs d’agent de test déployés sur des serveurs supplémentaires. En outre, des composants de basculement ont été ajoutés. Les bases de données Azure DevOps ont été installées sur un cluster SQL Server.
Le diagramme d'exemple montre les domaines enfants à Seattle et à Cleveland, chacun avec une relation de confiance transitive bidirectionnelle vers le domaine parent. Le compte de service pour Azure DevOps Server est approuvé par les deux domaines. Chaque domaine enfant géographiquement distant utilise une connexion à bande passante limitée. Étant donné que l’obtention d’une inscription à partir du composant de contrôle de code de version d’Azure DevOps Server peut prendre beaucoup de temps dans de telles conditions de bande passante limitée, un serveur proxy Azure DevOps est installé dans chaque domaine enfant pour agir en tant que cache proxy de fichier de contrôle de version. Toutes les requêtes des clients sont directement envoyées à la couche applicative, à l’exception des requêtes de code de contrôle de version get. Ces requêtes sont dirigées via le serveur proxy Azure DevOps, qui met ensuite en cache tous les fichiers sources qu’il télécharge sur le serveur proxy.
La topologie de cet exemple concerne également la tolérance de panne et les performances élevées. La tolérance de panne au niveau des données est fournie en tirant parti des technologies de clustering SQL Server. Plusieurs applications web SharePoint sont configurées pour une utilisation par des projets au sein de collections dans une batterie de serveurs Web SharePoint. Les bases de données de collection de projets sont distribuées entre les instances SQL Server pour améliorer les performances et faciliter la gestion individuelle. SQL Server Reporting Services et SQL Server Analysis Server s’exécutent sur des serveurs distincts pour améliorer les performances.
Cet exemple est conçu pour une grande équipe de développement de produits avec jusqu’à 2 000 utilisateurs.
Topologie multi-domaine complexe
Une topologie de serveur multi-domaines complexe utilise plusieurs serveurs dans deux domaines ou plus. Comme avec la topologie complexe à domaine unique, le déploiement utilise des clusters ou d’autres configurations de basculement pour héberger les composants du niveau de données pour Azure DevOps. Les administrateurs de ce déploiement ont configuré l’équilibrage de charge réseau et ajouté plusieurs serveurs de couche Application pour distribuer la charge opérationnelle. L’illustration suivante illustre une topologie multi-domaine complexe :
Comme dans l’exemple ci-dessus, cette topologie est configurée pour la tolérance de panne et les performances élevées. En outre, cette topologie est distribuée sur plusieurs domaines, dont certains sont des domaines enfants entièrement approuvés des domaines parents, mais l’un d’entre eux (IsolatedLab.com) est un domaine complètement distinct. Les comptes de service utilisés par Azure DevOps Server sont des membres entièrement approuvés de tous les domaines, et les comptes d’utilisateur ont été configurés dans le domaine parent et le domaine distinct si nécessaire pour les utilisateurs qui doivent travailler dans les deux domaines. Les pare-feu ont été configurés pour autoriser le trafic entre les ports requis par Azure DevOps Server.