Topologie Team Foundation Server complexe

Mise à jour : novembre 2007

Vous pouvez choisir de configurer Team Foundation Server selon plusieurs configurations de topologie. En général, plus la topologie est simple, plus il sera facile pour vous de gérer un déploiement de Team Foundation Server. Déployez la topologie la plus simple qui répond aux besoins de votre entreprise. Cette rubrique décrit une topologie complexe de Team Foundation Server. Dans une topologie complexe, des composants de Team Foundation Server sont installés sur des serveurs séparés. Des clients de plusieurs domaines situés dans des emplacements physiques géographiquement distants y accèdent. Team Foundation Server Proxy est installé en plus des composants de basculement supplémentaires.

Topologie de serveur 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 complexe de Team Foundation Server :

Cet exemple de topologie est semblable à celui de la topologie modérée (consultez Topologie Team Foundation Server modérée). Les services de Team Foundation Server sont déployés sur un seul serveur de couche Application et les bases de données de Team Foundation Server sont installées sur un serveur de couche Données séparé, avec Team Foundation Build et la plateforme de test de l'équipe (agents) déployés sur des serveurs supplémentaires. De plus, des composants de basculement ont été ajoutés. Un serveur de secours de couche Application a été ajouté et les bases de données de Team Foundation ont été installées sur un cluster SQL Server.

Dans l'exemple de diagramme, un domaine enfant nommé Europe.Contoso.com représente un domaine enfant géographiquement distant qui utilise une connexion à bande passante limitée. Dans la mesure où l'obtention d'une inscription auprès du composant de contrôle de code source de Team Foundation Server peut prendre beaucoup de temps dans ces conditions où la bande passante est limitée, un Team Foundation Server Proxy est installé dans le domaine enfant pour agir en tant que cache de proxy de fichiers de contrôle de version. Toutes les demandes du client vont directement à la couche Application, à l'exception des requêtes 'get' du code source. 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.

Dans cet exemple, la topologie s'applique également à la tolérance de panne et comporte des composants de basculement configurés. Un serveur de secours de couche Application fournit les fonctions de basculement manuelles en cas de défaillance du serveur de couche Application principal. La tolérance de panne de couche Données est fournie en tirant parti des technologies de clustering SQL Server 2005.

Cet exemple est conçu pour une grande équipe de développement d'un produit comptant jusqu'à 2 000 utilisateurs. Pour plus d'informations sur le choix de la topologie de déploiement la mieux adaptée aux besoins de votre entreprise, consultez Présentation de la planification de Team Foundation Server.

Voir aussi

Concepts

Topologie Team Foundation Server simple

Topologie Team Foundation Server complexe

Autres ressources

Topologies de Team Foundation Server

Vue d'ensemble du produit Team Foundation Server

Choix d'une configuration de déploiement Team Foundation Server