Architecture de Team Foundation Server
Pour planifier et gérer votre déploiement de manière optimale, vous devez d'abord comprendre l'architecture sous-jacente de Team Foundation Server (TFS).La compréhension de l'architecture peut vous aider à assurer l'intégrité globale du déploiement et à garantir la disponibilité globale des serveurs et des services dont vos équipes de développement ont besoin.
Déployez TFS de plusieurs façons : sur un serveur, sur plusieurs serveurs ou dans un domaine, un groupe de travail ou sur des domaines.Sinon, vous pouvez choisir d'utiliser Team Foundation Service Preview, où tous les éléments serveur de votre déploiement sont hébergés pour vous par Microsoft.La compréhension de l'architecture peut vous aider à choisir la topologie la plus à même de répondre aux besoins de votre organisation.Indépendamment du choix de la topologie, si vous comprenez l'architecture sous-jacente à TFS, vous pouvez mieux gérer les spécifications physiques et logiques.Cette rubrique fournit une vue d'ensemble simplifiée des différentes architectures, avec des liens vers des informations sur les exemples de déploiement.Il fournit également des informations techniques relatives aux services, aux bases de données, aux données de configuration et aux ports réseau et protocoles de déploiements locaux.
Pour comprendre l'architecture de TFS et la manière dont elle affecte votre déploiement, vous devez tenir compte des éléments suivants :
Les couches Application logique, Données et couche cliente de Team Foundation et si vous souhaitez utiliser un ou plusieurs serveurs pour les couches Application et Données ou que les couches Application et Données soient hébergées dans le cloud pour vous à l'aide de Team Foundation Service Preview
L'emplacement des serveurs physiques ou virtuels qui hébergent ces couches
Team Foundation Build et le nombre et l'emplacement des ordinateurs de build qui s'exécuteront dans votre environnement, y compris le nombre dont vous pouvez avoir besoin pour prendre en charge vos pratiques de développement
Le besoin potentiel du proxy Team Foundation Server
De plus, vous devez considérer les interactions entre ces entités.Par exemple, si vous décidez d'utiliser le service TFS hébergé, vous devez vérifier que vos clients peuvent accéder au service sur le port 443.Si vous choisissez de déployer TFS localement, vous devez savoir quels services Web, bases de données, et modèles objet, TFS utilise.Vous devez aussi connaître les ports réseau et les protocoles qui sont utilisés par défaut par TFS et les ports réseau que vous pouvez personnaliser.Enfin, vous devez comprendre les autorisations à définir dans Team Foundation Server, ainsi que les composants et programmes dont dépend votre déploiement.
Outre ses propres services, Team Foundation Server dépend d'autres services pour fonctionner.Pour plus d'informations sur ces services, consultez Concepts de Team Foundation Server et Composants de l'entrepôt de données de Team Foundation.Pour plus d'informations sur la configuration et les relations de l'installation, consultez Installation de Team Foundation Server et Visual Studio ALM.
Dans cette rubrique
Team Foundation Service Preview
Modèle d'objet
Services Web et bases de données pour les déploiements locaux
Services au niveau de la collection
Services au niveau du serveur
Couche Données
Couche cliente
Informations de configuration
Groupes et autorisations
Ports réseau et protocoles
Paramètres réseau par défaut
Paramètres réseau personnalisables
Team Foundation Service Preview
Microsoft offre la possibilité d'utiliser Team Foundation Service Preview, où tous les aspects côté serveur du déploiement sont hébergés pour vous.Le code source, les éléments de travail, les configurations de build et les fonctionnalités d'équipe sont hébergés dans le nuage.Du point de vue architectural, cela simplifie considérablement votre déploiement, puisque les seuls aspects de l'architecture à considérer sont les composants clients et leur accès Internet.
Lors de l'utilisation du service, vous devez utiliser un navigateur Web pour vous connecter au service à l'aide de votre compte Microsoft.Créez des projets d'équipe, ajoutez des membres à votre équipe et travaillez comme vous le feriez avec un déploiement installé localement, sans la charge de gérer les serveurs.La couche application, la couche Données et les serveurs de builds sont hébergés dans le nuage, à l'aide de la plateforme Cloud de Microsoft et de SQL Server Azure.
Pour plus d'informations, consultez Exemples de topologie hébergée.
Modèle d'objet
Avec l'architecture hébergée ou déployée localement, étendez les fonctionnalités de Team Foundation en écrivant une application basée sur son modèle d'objet serveur ou client.Dans tous les types de déploiement, écrivez les applications qui étendent les fonctionnalités clientes.Cependant, si vous souhaitez étendre les fonctions de serveur, votre application doit s'exécuter sur le serveur de couche Application.Pour étendre les fonctionnalités clientes, vous devez exécuter votre application sur le même ordinateur qu'Team Explorer.
Pour plus d'informations, consultez extension de Team Foundation.
Services Web et bases de données pour les déploiements locaux
Team Foundation Server inclut un jeu de services Web et de bases de données que vous installez et configurez séparément sur le ou les serveurs qui hébergent les couches Application logique, Données et cliente pour Team Foundation.Certaines fonctionnalités, telles que le tableau de tâches et les fonctionnalités d'équipe du , sont entièrement basées sur le Web et accessibles uniquement via Team Web Access, un service Web client.D'autres, comme les fonctionnalités de contrôle de version, sont accessibles via Team Web Access ou une application cliente.Les illustrations suivantes fournissent une vue globale des services Web, des applications et des bases de données pour les déploiements locaux de TFS.
Services au niveau de la collection
Les services au niveau de la collection fournissent les fonctionnalités pour les opérations au niveau de la collection de projets d'équipe.Vous pouvez créer des applications qui étendent Team Foundation Server en utilisant quelques-uns de ces services.Pour plus d'informations sur la création d'applications pour TFS, consultez extension de Team Foundation.
Conseil |
---|
Certains services s'affichent dans plusieurs niveaux.Par exemple, les fonctions du service Registre au niveau de la collection et au niveau serveur, et apparaît dans les deux listes. |
Services d'infrastructure Team Foundation
Service de registre
Service d'inscription (pour des raisons de compatibilité avec les versions précédentes de Team Foundation Server)
Service de propriété
Service d'événement
Service de sécurité
Service d'emplacement
Service de gestion des identités
Service Web de contrôle de version
Service Web de suivi des éléments de travail
Service Web de Team Foundation Build
Service Web Lab Management
Service Web d'administration VMM
Service Web du contrôleur d'agent de test
Services au niveau du serveur
Les services au niveau du serveur (également connus sous le terme de services au niveau de l'application) fournissent les fonctionnalités requises pour les opérations de Team Foundation Server comme application logicielle.Vous pouvez créer des applications qui étendent Team Foundation Server en utilisant quelques-uns de ces services.Pour plus d'informations, consultez extension de Team Foundation.
Services d'infrastructure Team Foundation
Service de registre
Service d'événement
Service de collection de projets d'équipe
Service de propriété
Service de sécurité
Service d'emplacement
Service de gestion des identités
Service d'administration
Service de gestion de collection
Service de catalogue
Couche Données
La couche Données inclut des données, des procédures stockées et une autre logique associée.Lorsque vous utilisez Team Foundation Service Preview, la couche Données est hébergée pour vous à l'aide de SQL Server Azure.Dans un déploiement local de TFS, la couche de données logique se compose des magasins opérationnels suivants dans SQL Server. Ces magasins peuvent se trouver sur un serveur physique ou être distribués sur plusieurs serveurs.Vous pouvez créer des applications qui étendent Team Foundation Server en utilisant quelques-uns de ces magasins opérationnels.Pour plus d'informations, consultez extension de Team Foundation.
Base de données de configuration (TFS_Configuration)
Entrepôt d'application (TFS_Warehouse)
Base de données Analysis Services (TFS_Analysis)
Bases de données pour les collections de projets d'équipe (TFS_NomCollection)
Le tableau suivant fournit une liste de bases de données utilisée par Team Foundation Server dans les déploiements locaux. Sauf indication contraire, vous pouvez déplacer toutes les bases de données de cette liste du serveur d'origine et de l'instance, où elles sont installées et restaurées sur un autre serveur ou instance.
Nom de la base de données et description |
Serveur |
---|---|
TFS_Configuration Cette base de données stocke le catalogue de ressources et les informations de configuration pour Team Foundation Server.Cette base de données contient les magasins opérationnels pour Team Foundation Server. |
Instance de SQL Server utilisée lorsque Team Foundation Server est installé et configuré. |
TFS_Warehouse Cette base de données stocke les données des rapports. |
Instance de SQL Server utilisée lorsque Team Foundation Server est installé et configuré. |
TFS_Analysis Cette base de données multidimensionnelle stocke les données agrégées à partir de collections de projets d'équipe. |
Instance de SQL Server utilisée lorsque Team Foundation Server est installé et configuré. |
Bases de données pour les collections de projets d'équipe Une base de données pour chaque collection de projets d'équipe, contenant les données de tous les projets d'équipe dans cette collection. |
Instance de SQL Server qui est compatible avec Team Foundation Server |
Couche cliente
La couche Application communique avec cette couche via le modèle d'objet serveur et utilise les mêmes services Web qui sont répertoriés pour cette couche.Cela est vrai, que vous déployiez TFS en local ou que vous utilisiez Team Foundation Service Preview.Outre ce modèle, la couche cliente est constituée de composants Visual Studio Industry Partners (VSIP), de l'intégration Microsoft Office, des interfaces en ligne de commande et d'une infrastructure pour les stratégies d'archivage.
Informations de configuration
Le service hébergé dépend des services clients déployés localement et d'une connexion Internet à l'application et aux couches Données hébergées dans le cloud.Un déploiement local de Team Foundation Server dépend de SQL Server, des services IIS (Internet Information Services) et du système d'exploitation Windows.En fonction de la topologie choisie, Team Foundation Server peut dépendre également de SQL Server Reporting Services ou de produits SharePoint.Par conséquent, les informations de configuration pour Team Foundation Server peuvent être stockées dans chacun des emplacements suivants :
Magasins de données IIS.
Fichiers de configuration pour Team Foundation Server.
Sources de données pour Reporting Services (par exemple, données TFSREPORTS).
Base de données de configuration pour Team Foundation Server.Le Registre Team Foundation Server fait partie de la base de données de configuration.
Registre Windows.
Pour obtenir des exemples de différentes topologies de déploiement locales et connaître où sont stockées ces ressources, consultez Exemples de topologie simple, Exemples de topologie modérée, et Exemples de topologie complexe.Si vous procédez à la maintenance du déploiement local de Team Foundation Server, vous devez prendre en compte ces sources de configuration.Pour modifier la configuration d'une quelconque façon, vous pouvez avoir besoin de modifier des informations qui sont stockées à plusieurs endroits.Vous devez peut-être aussi modifier les informations de configuration pour les couches Données et cliente. Team Foundation Server comprend une console d'administration et plusieurs utilitaires en ligne de commande afin de vous aider à apporter ces modifications.Pour plus d'informations, consultez Console Administration Team Foundation et Référence technique de Team Foundation.
Synchronisation des identités de groupes entre Active Directory et Team Foundation Server
Dans les déploiements en local où Team Foundation Server s'exécute dans un domaine Active Directory, les informations de groupe et d'identité sont synchronisées lorsque l'un des événements suivants se produit :
Le serveur de couche Application de Team Foundation démarre.
Un groupe Active Directory est ajouté à un groupe dans Team Foundation Server.
La période de temps spécifiée dans le travail planifié s'écoule.La valeur par défaut est une heure, et tous les groupes dans Team Foundation Server sont mis à jour toutes les 24 heures.
Les services de gestion des identités (IMS, Identity Management Services) synchronisent avec Active Directory et les identités modifiées se propagent du serveur aux clients. Par défaut, tous les groupes sont mis à jour dans les 24 heures, mais vous pouvez personnaliser ce paramètre afin de répondre au mieux aux besoins de votre déploiement.Pour plus d'informations, consultez Considérations sur les approbations et les forêts pour Team Foundation Server.Pour les déploiements locaux qui n'utilisent pas Active Directory, consultez Gestion de Team Foundation Server dans un groupe de travail.
Groupes et autorisations
Dans un déploiement local, Team Foundation Server a son propre jeu de groupes par défaut et d'autorisations que vous pouvez définir au niveau du projet, de la collection ou du serveur.Vous pouvez créer des groupes personnalisés et personnaliser des autorisations au niveau des groupes et des individus.Toutefois, des utilisateurs ou des groupes que vous ajoutez à Team Foundation Server ne sont pas automatiquement ajoutés aux deux composants dont les déploiements locaux de Team Foundation Server peuvent dépendre : les produits SharePoint et Reporting Services.Si votre déploiement utilise ces programmes, vous devez ajouter des utilisateurs et des groupes et leur accorder les autorisations appropriées avant que ces utilisateurs ou ces groupes fonctionnent correctement pour toutes les opérations dans Team Foundation Server.Pour plus d'informations, consultez Ajouter des utilisateurs aux projets d'équipe, Effectuer une mise en route en tant qu'équipe, Configuration d'utilisateurs, de groupes et d'autorisations, Gestion des autorisations et Gestion de Mon profil et affichage de mes autorisations.
Pour les déploiements hébergés, l'accès est contrôlé par une combinaison de comptes Microsoft et d'appartenance à une équipe.Pour plus d'informations, connectez-vous au service avec votre compte Microsoft et choisissez En savoir plus.
Ports réseau et protocoles
Par défaut, un déploiement local de TFS est configuré pour utiliser les ports réseau et les protocoles spécifiques.L'illustration suivante montre le trafic réseau de Team Foundation Server dans un déploiement simple.
Pareillement, le service hébergé de TFS est configuré pour utiliser des ports réseau et protocoles spécifiques.L'illustration suivante montre le trafic réseau dans un déploiement hébergé.
L'illustration suivante montre le trafic réseau dans un déploiement plus complexe, qui inclut les composants de Visual Studio Lab Management.
Paramètres réseau par défaut
Par défaut, la communication entre les ordinateurs d'un déploiement de Team Foundation utilise les protocoles et les ports affichés dans le tableau suivant. Si un astérisque (*) suit le numéro de port, vous pouvez personnaliser ce port.
Couche et service |
Protocole |
Port |
---|---|---|
Couche Application - Services Web |
HTTP/HTTPS |
8080/443* |
Couche Application – Administration produits SharePoint |
HTTP |
17012* si les produits SharePoint ont été installés avec Team Foundation Server ; sinon, généré de manière aléatoire |
Couche Application – produits SharePoint et Reporting Services |
HTTP Service Windows Management Instrumentation (WMI) (obligatoire pendant l'installation pour spécifier et vérifier les URL chargées de signaler les services) |
80* Port dynamique |
Couche Données |
MS-SQL TCP |
1433* |
Couche Données (SQL Server Analysis Services) |
MS-AS |
valeur par défaut (2382 ou 2383) * Le port par défaut varie selon la version de SQL Server que vous avez installée et le type d'instance.Utilisez le gestionnaire de configuration SQL Server pour déterminer les ports utilisés par votre déploiement. |
Team Foundation Server Proxy - client à proxy |
HTTP |
8081* |
Team Foundation Server Proxy - proxy à couche Application |
HTTP/HTTPS |
8080/443* |
Couche cliente - Reporting Services |
HTTP |
80* |
Couche cliente - Services Web |
HTTP/HTTPS |
8080/443* |
Contrôleur de build vers couche Application |
HTTP/HTTPS |
8080/443 |
Agent de build vers couche Application |
HTTP/HTTPS |
8080/443 |
Contrôleur de test vers couche Application |
HTTP/HTTPS |
8080/443* |
Couche Application vers contrôleur de test |
.NET Remoting |
6901* |
Couche Application vers DNS (Domain Name System) |
Mise à jour dynamique de DNS |
53 |
Couche Application – Virtual Machine Manager |
HTTP |
8100 |
Contrôleur de test vers agent de test |
.NET Remoting |
6910* |
Agent de test vers contrôleur de test |
.NET Remoting |
6901* |
Contrôleur de build vers agent de build |
SOAP sur HTTP |
9191 |
Agent lab vers agent lab dans un environnement isolé |
Sockets TCP |
9050 |
Agent de build vers contrôleur de build |
SOAP sur HTTP |
9191 |
Console Administrateur Virtual Machine Manager – Virtual Machine Manager |
HTTP |
8100 |
Virtual Machine Manager – Hôtes Virtual Machine Manager |
Administration à distance Windows (WinRM) pour exécuter des actions Service de transfert intelligent en arrière-plan (BITS) pour transférer des données |
80 pour exécuter des actions 443 pour transférer des données |
Virtual Machine Manager – Serveur de bibliothèque Virtual Machine Manager |
WinRM pour exécuter des actions BITS pour transférer des données |
80 pour exécuter des actions 443 pour transférer des données |
Couche Application – Hôtes Virtual Machine Manager |
Communication DCOM/WMI (Distributed Component Object Model/Windows Management Interface) pour transférer des données |
135 Assigné dynamiquement dans la plage 49152 à 65535 |
Couche cliente – Hôtes Virtual Machine Manager |
Connexion basée sur hôte à l'ordinateur virtuel.Pour plus d'informations sur les connexions basées sur hôte, consultez Comment : se connecter à des ordinateurs dans un environnement lab. |
2179 pour exécuter des connexions basées sur hôte. |
Services hébergés |
HTTPS |
443 |
Paramètres réseau personnalisables
Lorsque le tableau précédent s'affiche, vous pouvez modifier la communication entre les couches Application, Données et couche cliente dans les déploiements locaux en modifiant Team Foundation Server pour utiliser des ports personnalisés.Le tableau suivant décrit les exemples de modification apportées aux ports de HTTP vers HTTPS.
[!REMARQUE]
Pour configurer Team Foundation Server pour utiliser HTTPS et SSL, vous devez non seulement activer les ports pour le trafic réseau HTTPS mais également effectuer de nombreuses autres tâches.Pour plus d'informations, consultez Sécurisation de Team Foundation Server.
Service |
Protocole |
Port |
---|---|---|
Services Web avec SSL |
HTTPS |
Configuré par l'administrateur |
Administration centrale de SharePoint |
HTTPS |
Configuré par l'administrateur |
produits SharePoint |
HTTPS |
443 |
Reporting Services |
HTTPS |
443 |
Services Web clients |
HTTPS |
Configuré par l'administrateur |
Voir aussi
Concepts
Concepts de Team Foundation Server