Exporter (0) Imprimer
Développer tout
Cet article a fait l'objet d'une traduction manuelle. Déplacez votre pointeur sur les phrases de l'article pour voir la version originale de ce texte. Informations supplémentaires.
Traduction
Source

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. En guise d'alternative, vous pouvez choisir d'utiliser Visual Studio Online, 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, Données et Cliente logiques de Team Foundation, et si vous souhaitez utiliser un ou plusieurs serveurs pour les couches Application et Données, ou si vous souhaitez que les couches Application et Données soient hébergées dans le Cloud pour vous à l'aide de Visual Studio Online

  • 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 TFS. Pour plus d'informations sur la configuration et les relations de l'installation, consultez Guide d'installation de Team Foundation Server.

Mise en garde Attention

Vous ne devez modifier manuellement aucune des bases de données TFS, à moins d'y être invité par le Support Microsoft ou de suivre les procédures décrites dans pour la sauvegarde manuelle des bases de données. Toutes les autres modifications peuvent invalider votre contrat de service.

Dans cette rubrique

Diagramme simple du service TFS hébergé

Microsoft offre la possibilité d'utiliser Visual Studio Online, 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.

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.

Modèles d'objet pour Team Foundation

Pour plus d'informations, consultez extension de Team Foundation.

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 journal des travaux en souffrance, 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.

Diagramme Architecture serveur Serveurs supplémentaires utilisés dans TFS Diagramme d'architecture client

ms252473.collapse_all(fr-fr,VS.120).gifServices 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 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

ms252473.collapse_all(fr-fr,VS.120).gifServices 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

ms252473.collapse_all(fr-fr,VS.120).gifCouche Données

La couche Données inclut des données, des procédures stockées et une autre logique associée. Lorsque vous utilisez Visual Studio Online, 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_CollectionName)

Le tableau suivant fournit une liste de bases de données utilisées 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 à partir du serveur d'origine et de l'instance où elles sont installées, puis les restaurer sur un autre serveur ou une autre 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.

ms252473.collapse_all(fr-fr,VS.120).gifCouche 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 localement ou que vous utilisiez Visual Studio Online. 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.

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 devrez peut-être modifier également 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 pour vous aider à apporter ces modifications. Pour plus d'informations, consultez Console Administration Team Foundation et Référence technique de Team Foundation.

ms252473.collapse_all(fr-fr,VS.120).gifSynchronisation 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) se 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.

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'équipeCollaborer (approfondir), Gérer les utilisateurs de TFS, Gestion des autorisations et Modifier les niveaux d'autorisation.

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 sélectionnez En savoir plus.

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.

Diagramme simple Ports et communications

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é.

Diagramme simple du service TFS 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.

Diagramme complexe des ports et de la communication partie 1 Diagramme complexe Ports et communications - partie 3 Diagramme complexe des ports et de la communication partie 2

ms252473.collapse_all(fr-fr,VS.120).gifParamè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 répertorié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

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

ms252473.collapse_all(fr-fr,VS.120).gifParamè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 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

Ajouts de la communauté

AJOUTER
Afficher:
© 2014 Microsoft