Exemples de topologie hébergée

Au lieu d'installer et de configurer Visual Studio Team Foundation Server (TFS) en local, Microsoft vous offre la possibilité d'utiliser le programme Team Foundation Service Preview, où Microsoft héberge tous les éléments de serveur de déploiement dans le nuage.Cela simplifie considérablement votre déploiement, car les seuls aspects de l'architecture que vous devez prendre en compte garantissent que vos utilisateurs ont l'accès Internet et les autorisations requises pour accéder à votre projet.

Environnement hébergé.

Les marques non Microsoft affichées dans cette image restent la propriété de leurs détenteurs respectifs.

Si vous choisissez d'utiliser le service, la totalité de votre projet, y compris le code source, les éléments de travail, les configurations de build, et toutes les fonctionnalités d'équipe sont hébergés dans le nuage.De C# à Python, en passant par Windows et Android, vous pouvez utiliser une variété de langages et viser plusieurs plateformes, et vous pouvez utiliser toute une variété d'outils.Les seuls aspects de l'architecture que vous devez gérer sont les spécifications d'accès.

Lorsque vous utilisez Team Foundation Service Preview, vous devez utiliser un navigateur Web et votre compte Microsoft pour vous connecter au service hébergé.Créez des projets d'équipe, ajoutez des membres à votre équipe et travaillez exactement comme vous le feriez avec un déploiement installé localement, mais sans la charge de gérer les serveurs.La couche application, la couche Données et les serveurs de builds sont hébergés à l'aide de la plateforme Cloud de Microsoft et de SQL Server Azure.Il s'agit d'une grande architecture à choisir si vous souhaitez disposer des fonctionnalités de TFS, telles que le contrôle du code source, les éléments de travail et la gestion de projet agile, mais ne souhaitez pas prendre en charge la gestion de l'infrastructure physique.C'est également un choix judicieux si les membres de l'équipe sont dispersés dans le monde entier.Étant donné que le service est entièrement basé sur le Web, les seuls aspects que vous devez gérer sont si les membres de l'équipe ont accès à Internet, si leurs pare-feux se bloquent le port 443 et si un compte Microsoft peut être ajouté pour chaque membre de l'équipe à chacun des projets hébergés pour vous.

Étant donné que les ressources de serveur pour Team Foundation Service Preview sont gérées pour vous, ce peut être un bon choix pour les équipes avec des pics d'utilisation imprévisibles ou qui doivent parfois développer ou contracter considérablement les ressources d'un projet.L'infrastructure de service est conçue pour absorber les besoins de fluctuation et peut de façon transparente se développer pour gérer les projets les plus grands.C'est également un choix judicieux pour les équipes qui possèdent peu ou pas de ressources informatiques.

Contrairement aux déploiements locaux, le service hébergé ne prend pas en charge l'intégration aux produits SharePoint ou à SQL Server Reporting Services, et ne s'intègre pas entièrement à Visual Studio Lab Management.En raison de cette limitation, le service hébergé n'est pas un bon choix si votre équipe a besoin de rapports détaillés en cours, lesquels sont disponibles dans l'intégration entre TFS et SQL Server Reporting Services, ou qu'elle a besoin d'ordinateurs virtuels lab et de tests automatisés comme en propose Visual Studio Lab Management.Bien que le service comporte une page et un tableau de bord d'équipe, il n'est pas aussi détaillé que l'intégration disponible entre TFS, SQL Server Reporting Services et SharePoint Foundation 2010.

En outre, Team Foundation Service Preview n'est pas un bon choix si votre projet a des exigences de gouvernance strictes.Ne sélectionnez pas le service hébergé si vous effectuez un développement dans un environnement strictement défini, tel que le secteur financier, ou si votre projet doit exercer un contrôle complet de son infrastructure à des fins d'audit.

Exemples de déploiements hébergés

Choisissez d'héberger vos ressources de l'ordinateur de build dans le nuage avec le reste des aspects côté serveur de votre déploiement ou d'utiliser des serveurs de build locaux.Vous pouvez choisir d'utiliser un serveur de builds hébergé pour les builds intégrées, tandis que développeurs utilisent des serveurs de builds locaux pour exécuter des builds intermédiaires.

Pour plus d'informations sur le service et les options pour l'utiliser, consultez la page Team Foundation Service Preview.

Voir aussi

Concepts

Architecture de Team Foundation Server

Installation de Team Foundation Server et Visual Studio ALM

Planification et suivi de projets