Exemples de topologie complexe
Vous pouvez configurer Visual Studio Team Foundation Server dans une ou plusieurs configurations de topologie. En général, plus la topologie est simple, plus la maintenance d'un déploiement Team Foundation Server est facile. Vous devez déployer la topologie la plus simple qui répond à vos besoins professionnels.
Cette rubrique décrit deux topologies Team Foundation Server complexes. Une topologie complexe comporte des composants Team Foundation Server distribués entre de nombreux serveurs. Des clients de plusieurs domaines situés dans des emplacements physiques géographiquement distants y accèdent. Le Proxy Team Foundation Server est installé en plus des composants facultatifs tels que les produits SharePoint et SQL Server Reporting Services. Il y a plusieurs bases de code différentes, et ces bases de code ont chacune leur propre collection de projets d'équipe 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 qui exécutent SQL Server.
Topologie de domaine unique complexe
Une topologie de serveur complexe utilise plusieurs serveurs en clusters ou d'autres configurations de basculement pour héberger les données de Team Foundation logiques et les composants de couche Application. Le diagramme suivant illustre une topologie de domaine unique complexe :
Cet exemple de topologie est semblable à la topologie modérée (consultez Exemples de topologie modérée). Les services Team Foundation Server sont déployés sur un serveur et les bases de données Team Foundation Server sont installées sur un serveur séparé, Team Foundation Build et les agents de test de l'équipe et les contrôleurs d'agent de test sont déployés sur les serveurs supplémentaires. De plus, des composants de basculement ont été ajoutés. Les bases de données Team Foundation ont été installées sur un cluster SQL Server.
L'exemple de diagramme affiche des domaines enfants à Seattle et Cleveland, chacun avec une approbation transitive bidirectionnelle au domaine parent. Le compte de service pour Team Foundation Server est approuvé par les deux domaines. Chaque domaine enfant distant géographiquement utilise une connexion à bande passante limitée. Comme l'obtention d'une inscription du composant contrôle du code de version de Team Foundation Server peut durer très longtemps dans des conditions de bande passante limitée, un Proxy Team Foundation Server est installé dans chaque domaine enfant pour fonctionner comme un cache de proxy du fichier de contrôle de version. Toutes les demandes du client vont directement à la couche Application, à l'exception des demandes get du code du contrôle de version. Ces requêtes sont dirigées via Team Foundation Server Proxy, qui place alors en cache tous les fichiers sources qu'il télécharge sur le serveur proxy.
La topologie dans cet exemple concerne aussi la tolérance aux pannes et les performances élevées. La tolérance aux pannes de la couche données est fournie en tirant parti des technologies de cluster de SQL Server. Plusieurs applications Web SharePoint sont configurées pour être utilisées par les projets d'équipe dans les collections dans une batterie de serveurs Web SharePoint. Les bases de données de collection de projet d'équipe sont distribuées sur des instances SQL Server pour offrir de meilleures performances et faciliter la gestion individuelle. SQL Server Reporting Services et SQL Server Analysis Server s'exécutent pour de meilleures performances sur les serveurs séparés.
Cet exemple est conçu pour une grande équipe de développement d'un produit comptant jusqu'à 2 000 utilisateurs.
Topologie multidomaine complexe
Une topologie de serveurs multidomaines complexe fait appel à plusieurs serveurs dans au moins deux domaines. Comme avec la topologie de domaine unique complexe, le déploiement utilise des clusters ou d'autres configurations de basculement pour héberger les composants de la couche Données pour Team Foundation. Les administrateurs de ce déploiement ont configuré l'équilibrage de la charge réseau et ajouté plusieurs serveurs de couche Application pour distribuer la charge opérationnelle. L'illustration suivante montre une topologie multidomaine complexe :
Comme dans l'exemple ci-dessus, cette topologie est configurée pour la tolérance aux pannes et des performances élevées. De plus, cette topologie est distribuée sur plusieurs domaines, certains sont les domaines enfants d'un niveau de confiance totale de domaines parents, mais l'un d'entre eux (IsolatedLab.com) est un domaine complètement séparé. Les comptes de service utilisés par Team Foundation Server sont membres d'un niveau de confiance totale de tous les domaines, et les comptes utilisateur ont été configurés dans le domaine parent et le domaine séparé par nécessité pour les utilisateurs qui doivent travailler dans les deux domaines. Les pare-feu ont été configurés pour autoriser le trafic sur les ports requis par Team Foundation Server.