Configurer et payer des travaux parallèles

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019 | TFS 2018

Cet article décrit le modèle de licence d’Azure Pipelines dans Team Foundation Server 2018 (TFS 2018) et les versions ultérieures. Team Foundation Build (TFBuild) ne vous est pas facturé tant que vous disposez d’une licence d’accès client TFS.

Un travail parallèle TFS vous donne la possibilité d’exécuter une seule mise en production à la fois dans une collection de projets. Vous pouvez conserver des centaines, voire des milliers de travaux de mise en production dans votre collection. Toutefois, pour exécuter plusieurs mise en production à la fois, il vous faut davantage de travaux parallèles.

Un travail parallèle gratuit est fourni avec chaque collection dans une instance Team Foundation Server. Chaque abonné Visual Studio Enterprise de Team Foundation Server contribue à un travail parallèle de plus.

Vous pouvez acheter d’autres travaux privés sur Visual Studio Marketplace. Une limite de 25 travaux parallèles maximum s’applique pour les agents hébergés par Microsoft.

Important

À compter de Azure DevOps Server 2019, les travaux simultanés autohébergés dans les mises en production ne sont pas facturés. La seule limite concerne le nombre d’agents que vous possédez.

Découvrez comment estimer le nombre de travaux parallèles dont vous avez besoin et acheter d’autres travaux parallèles pour votre organisation.

Remarque

Nous avons temporairement désactivé l’octroi gratuit des travaux parallèles pour les projets publics et pour certains projets privés dans les nouvelles organisations. Toutefois, vous pouvez demander cet octroi en envoyant une demande. Les organisations et les projets existants ne sont pas concernés. Notez qu’il nous faut 2 à 3 jours ouvrables pour répondre à vos demandes concernant le niveau gratuit.

Qu’est un travail parallèle ?

Quand vous définissez un pipeline, vous pouvez le faire sous forme de collection de travaux. Lorsqu’un pipeline s’exécute, vous pouvez exécuter plusieurs travaux dans le cadre de ce pipeline. Chaque travail exécuté consomme un travail parallèle qui s’exécute sur un agent. Quand il n’y a pas suffisamment de travaux parallèles disponibles pour votre organisation, les travaux sont mis en file d’attente et exécutés les uns après les autres.

Dans Azure Pipelines, vous pouvez exécuter des travaux parallèles sur une infrastructure hébergée par Microsoft ou votre propre infrastructure (autohébergée). Chaque travail parallèle vous permet d’exécuter un seul travail à la fois dans votre organisation. Les travaux parallèles ne vous sont pas facturés si vous utilisez un serveur local. Le concept de travaux parallèles ne s’applique qu’à Azure DevOps Services.

Travaux parallèles hébergés par Microsoft ou autohébergés

Si vous souhaitez exécuter vos travaux sur des ordinateurs gérés par Microsoft, utilisez des travaux parallèles hébergés par Microsoft. Ils seront traités sur des agents hébergés par Microsoft.

Si vous préférez déléguer à Azure Pipelines l’orchestration de vos travaux de build et de mise en production, mais souhaitez les exécuter sur vos propres ordinateurs, utilisez des travaux parallèles autohébergés. Vous commencerez dans ce cas par déployer nos agents autohébergés sur vos ordinateurs. Vous pouvez inscrire autant d’agents autohébergés que vous voulez dans votre organisation.

Combien coûtent les travaux parallèles ?

Un niveau de service gratuit est fourni par défaut dans chaque organisation pour les travaux parallèles hébergés et autohébergés. Les travaux parallèles sont achetés au niveau de l’organisation et sont partagés par tous les projets de l’organisation.

Dans le cas des travaux parallèles hébergés par Microsoft, vous pouvez obtenir gratuitement 10 travaux parallèles hébergés par Microsoft maximum. Ils sont capables de s’exécuter pendant 360 minutes (6 heures) à chaque fois pour des projets publics. Lorsque vous créez une organisation Azure DevOps, vous ne recevez pas ces travaux gratuits par défaut.

Dans le cadre des projets privés, vous avez la possibilité d’obtenir un travail gratuit qui peut s’exécuter jusqu’à 60 minutes à chaque fois. Lorsque vous créez une organisation Azure DevOps, vous ne recevez pas nécessairement ces travaux gratuits par défaut.

Pour demander les travaux gratuits dans le cadre de projets publics ou privés, envoyez une demande.

Notes

Deux à trois jours ouvrables sont nécessaires pour répondre à vos demandes concernant le niveau gratuit.

Aucune limite de temps ne s’applique aux travaux parallèles pour les projets publics, contrairement aux projets privés qui sont plafonnés à 30 heures par mois.

Nombre de travaux parallèles Limite de temps
Projet public 10 travaux parallèles hébergés par Microsoft gratuits, capables de s’exécuter pendant 360 minutes (6 heures) à chaque fois Aucune limite de temps globale par mois
Projet privé Un travail gratuit capable s’exécuter pendant 60 minutes à chaque fois 1 800 minutes (30 heures) par mois

Lorsque le niveau gratuit n’est plus suffisant, vous pouvez acheter de la capacité supplémentaire pour chaque travail parallèle. Pour connaître le coût tarifaire par travail parallèle, consultez la page des tarifs d’Azure DevOps. Les travaux parallèles payants suppriment la limite de temps mensuelle et vous permettent d’exécuter chaque travail pendant un maximum de 360 minutes (6 heures).

Achetez des travaux parallèles hébergés par Microsoft.

Chez les nouvelles organisations, une limite de 25 travaux parallèles maximum s’applique pour les agents hébergés par Microsoft. Contactez le support pour demander une augmentation de cette limite, sous réserve de la capacité dans la région de votre organisation.

Lorsque vous achetez votre premier travail parallèle hébergé par Microsoft, le nombre de travaux parallèles dont vous disposez dans l’organisation reste égal à un. Pour pouvoir exécuter deux travaux simultanément, vous devez acheter deux travaux parallèles si vous utilisez le niveau gratuit. Le premier achat n’a pour effet que de supprimer les limites de temps qui s’appliquent au premier travail.

Conseil

Si votre pipeline dépasse le délai d’expiration maximal des travaux, essayez de fractionner votre pipeline en plusieurs travaux. Pour plus d’informations, consultez Spécification de travaux dans un pipeline.

Combien de travaux parallèles me faut-il ?

Quand le nombre de builds et de mises en production en file d’attente dépasse le nombre de travaux parallèles disponibles, les files d’attente en question s’allongent. Si vous arrivez à un stade où les délais des files d’attente sont trop longs, vous pouvez acheter des travaux parallèles supplémentaires selon vos besoins. Plusieurs méthodes peuvent être appliquées pour connaître vos limites de travaux parallèles et l’historique des travaux.

Affichage de l’historique des travaux à l’aide du rapport de consommation du pool

Vous pouvez utiliser le rapport de consommation du pool (disponible dans l’onglet Analytique de votre pool d’agents) pour afficher un graphe des travaux en cours d’exécution et en file d’attente avec vos travaux parallèles des 30 jours précédents. Si vous avez accumulé un backlog de travaux en file d’attente et que vos travaux en cours d’exécution se trouvent à la limite d’accès concurrentiel, vous pouvez acheter d’autres travaux parallèles. Pour plus d’informations, consultez Rapport de consommation du pool.

Graphe historique du pool d’agents hébergés par Microsoft.

Vérification directe du paramètre des travaux parallèles

Pour déterminer le nombre de travaux parallèles dont vous avez besoin, consultez d’abord le nombre de travaux parallèles actuellement utilisés par votre organisation :

  1. Accédez à Paramètres de l’organisation>Pipelines>Travaux parallèles.

    Emplacement de Travaux parallèles dans les paramètres de l’organisation.

    Exemple d’URL : https://{your_organization}/_admin/_buildQueue?_a=resourceLimits

  2. Consultez le nombre maximal de travaux parallèles disponibles dans votre organisation.

  3. Sélectionnez Afficher les travaux en cours pour afficher toutes les builds et mises en production qui consomment activement un travail parallèle disponible ou attendent qu’un travail parallèle soit disponible.

Estimer les coûts

Notez cette règle simple : comptez un travail parallèle pour quatre à cinq utilisateurs dans votre organisation.

Dans les scénarios suivants, vous pouvez avoir besoin de plusieurs travaux parallèles :

  • Si chacune de vos équipes a besoin d’une intégration continue, vous devrez probablement prévoir un travail parallèle par équipe.
  • Si le déclencheur d’intégration continue s’applique à plusieurs branches, vous devrez probablement prévoir un travail parallèle par branche active.
  • Si vous développez plusieurs applications en utilisant une seule organisation ou un seul serveur, vous devrez probablement prévoir des travaux parallèles supplémentaires, un pour déployer chaque application en même temps.

Comment acheter d’autres travaux parallèles ?

Pour acheter d’autres travaux parallèles, procédez comme suit :

Achat de travaux parallèles

Achetez d’autres travaux parallèles dans les paramètres de votre organisation :

  1. Connectez-vous à votre organisation (https://dev.azure.com/{yourorganization}).

  2. Sélectionnez Icône d’engrenageParamètres de l’organisation.

    Ouverture de Paramètres de l’organisation.

  3. Sélectionnez Travaux parallèles sous Pipelines, puis Modifier pour les travaux hébergés par Microsoft ou Modifier pour les travaux autohébergés.

    Image de la gestion des travaux parallèles.

  4. Entrez le montant souhaité, puis sélectionnez Enregistrer.

  5. Les travaux parallèles supplémentaires seront disponibles au bout de 30 minutes maximum.

Pour connaître le coût tarifaire par travail parallèle, consultez la page des tarifs d’Azure DevOps.

Comment modifier la quantité de travaux parallèles de l’organisation ?

  1. Connectez-vous à votre organisation (https://dev.azure.com/{yourorganization}).

  2. Sélectionnez Icône d’engrenageParamètres de l’organisation.

    Ouverture de Paramètres de l’organisation.

  3. Sélectionnez Travaux parallèles sous Pipelines, puis Acheter des travaux parallèles, Modifier pour les travaux hébergés par Microsoft ou Modifier pour les travaux autohébergés.

    Image de la gestion des travaux parallèles.

  4. Entrez une quantité inférieure ou supérieure de travaux hébergés par Microsoft ou autohébergés, puis sélectionnez Enregistrer.

Important

Le contrôleur de build XAML hébergé n’est pas pris en charge. Si, dans votre organisation, vous devez exécuter des builds XAML, configurez un serveur de build local et basculez vers un contrôleur de build local. Pour plus d’informations sur le modèle XAML hébergé, consultez Prise en main de XAML.

  1. Le nouveau nombre de travaux parallèles sera actif au bout de 30 minutes maximum.

Comment un travail parallèle est-il consommé dans DevOps Services ?

Prenons l’exemple d’une organisation qui a un seul travail parallèle hébergé par Microsoft. Ce travail permet aux utilisateurs de l’organisation d’exécuter collectivement un seul travail à la fois. Quand des travaux supplémentaires sont déclenchés, ils sont mis en file d’attente jusqu’à la fin du travail précédent.

Si vous utilisez des pipelines de mise en production ou YAML, une exécution ne consomme un travail parallèle qu’au moment où elle est déployée activement sur une phase. La mise en production n’utilise pas de travail parallèle quand elle est en attente d’approbation ou d’intervention manuelle.

Lorsque vous exécutez un travail de serveur ou que vous effectuez un déploiement dans un groupe de déploiement à l’aide de pipelines de mise en production, vous ne consommez pas de travaux parallèles.

Exemple simple de travaux parallèles.

  1. FabrikamFiber CI Build 102 (branche primaire) démarre en premier.
  2. Le déploiement de FabrikamFiber Release 11 est déclenché par l’achèvement de FabrikamFiber CI Build 102.
  3. FabrikamFiber CI Build 101 (branche de fonctionnalité) est déclenché. La build ne peut pas encore démarrer, car le déploiement de Release 11 est actif. La build reste donc en file d’attente.
  4. Release 11 attend des approbations. Fabrikam CI Build 101 commence, car une mise en production en attente d’approbation ne consomme pas de travail parallèle.
  5. Release 11 est approuvée. Elle reprend uniquement après la fin de Fabrikam CI Build 101.

Comment un travail parallèle est-il consommé ?

Par exemple, une collection dans une instance Team Foundation Server compte un travail parallèle. Cela permet aux utilisateurs de cette collection d’exécuter une seule mise en production à la fois. Lorsque des mises en production supplémentaires sont déclenchées, elles sont mises en file d’attente jusqu’à la fin de la précédente.

Une mise en production ne consomme un travail parallèle qu’au moment où elle est activement déployée sur une phase. Lorsqu’elle est en attente d’approbation, elle n’utilise pas de travail parallèle. En revanche, le fait d’attendre une intervention manuelle au milieu d’un déploiement consomme un travail parallèle.

Exemple simple de travaux parallèles.

  1. FabrikamFiber Release 10 est la première à être déployée.
  2. Le déploiement de FabrikamFiber Release 11 commence une fois celui de Release 10 terminé.
  3. Release 12 est mise en file d’attente jusqu’à ce que le déploiement de Release 11 soit actif.
  4. Release 11 attend une approbation. Le déploiement de Release 12 commence, car une mise en production en attente d’approbation ne consomme pas de travail parallèle.
  5. Même si Release 11 est approuvée, elle ne reprend qu’une fois le déploiement de Release 12 terminé.
  6. Release 11 attend une intervention manuelle. Release 13 ne peut pas commencer, car l’état d’intervention manuelle consomme un travail parallèle.

L’intervention manuelle ne consomme pas de travail dans TFS 2017.1 (et versions ultérieures).

Traitement parallèle dans une seule mise en production

Le traitement parallèle au sein d’une même mise en production ne demande pas de travaux parallèles supplémentaires. Tant que vous disposez de suffisamment d’agents, vous pouvez effectuer un déploiement sur plusieurs phases à la fois d’une mise en production.

Par exemple, supposons que votre collection possède trois travaux parallèles. Trois agents peuvent être en cours d’exécution en même temps pour effectuer des opérations parallèles dans les mises en production. Par exemple, quatre ou cinq agents exécutent activement des travaux à partir de trois travaux parallèles :

Exemple de travaux parallèles avec des agents supplémentaires.

Travaux parallèles dans une organisation

Prenons l’exemple d’une organisation qui possède plusieurs instances Team Foundation Server. Deux de ses utilisateurs disposent d’un abonnement Visual Studio Enterprise qu’ils peuvent utiliser en même temps sur tous leurs serveurs locaux et dans chaque collection, tant que le client les ajoute aux deux serveurs en tant qu’utilisateurs :

Exemple de travaux parallèles dans une organisation.

Calcul du nombre de travaux parallèles nécessaires

Vous pouvez commencer par voir si vos équipes peuvent se contenter des travaux parallèles disponibles par défaut. Quand le nombre de mises en production en file d’attente dépasse le nombre de travaux parallèles disponibles, les files d’attente en question s’allongent. Si vous arrivez à un stade où les délais des files d’attente sont trop longs, vous pouvez acheter des travaux parallèles supplémentaires selon vos besoins.

Estimation simple

Notez cette règle simple : comptez un travail parallèle par tranche de 10 utilisateurs dans votre serveur.

Estimation détaillée

Plusieurs travaux parallèles peuvent se révéler nécessaires dans les scénarios suivants :

  • Si chacune de vos équipes a besoin d’une build d’intégration continue et que chacune de ces builds est configurée pour déclencher une mise en production, vous devrez probablement prévoir un travail parallèle par équipe.

  • Si vous développez plusieurs applications dans une même collection, vous devrez probablement prévoir des travaux parallèles supplémentaires, un pour déployer chaque application en même temps.

Utilisation de l’avantage lié à l’abonnement Visual Studio Enterprise

Les utilisateurs disposant d’un abonnement Visual Studio Enterprise bénéficient du niveau d’accès VS Enterprise dans le hub Utilisateurs de l’instance TFS. Un travail parallèle supplémentaire est ajouté à chaque collection pour chacun des utilisateurs. Vous pouvez utiliser cet avantage sur toutes les instances Team Foundation de votre organisation.

  1. Accédez à Paramètres du serveur, puis à Niveaux d’accès.

    Serveur du panneau de configuration par rapport aux niveaux d’accès Enterprise.

    Exemple d’URL : http://{your_server}:8080/tfs/_admin/_licenses

  2. À gauche de la page, cliquez sur VS Enterprise.

  3. Ajoutez vos utilisateurs disposant d’un abonnement Visual Studio Enterprise.

Une fois que vous avez ajouté ces utilisateurs, les licences supplémentaires s’affichent sur la page des limites de ressources décrite ci-dessous.

Achat de travaux parallèles supplémentaires

Si vous devez exécuter d’autres mises en production parallèles, vous pouvez acheter des travaux privés supplémentaires sur la Place de marché Visual Studio. Étant donné qu’il n’existe actuellement aucun moyen d’acquérir directement des travaux parallèles sur la Place de marché pour une instance TFS, vous devez d’abord acheter des travaux parallèles pour une organisation Azure DevOps. Une fois que vous avez acheté les travaux privés d’une organisation Azure DevOps, entrez manuellement le nombre de travaux parallèles achetés sur la page des limites de ressources décrite ci-dessous.

Affichage et gestion des travaux parallèles

  1. Accédez à Paramètres de la collection, puis à Pipelines et à Limites de ressources.

    Définition des limites de ressources.

    Exemple d’URL : http://{your_server}:8080/tfs/DefaultCollection/_admin/_buildQueue?_a=resourceLimits

  2. Affichez ou modifiez le nombre de travaux parallèles achetés.

Questions fréquentes (FAQ)

Comment bénéficier du niveau gratuit des projets publics ?

Vous êtes éligible aux limites du niveau gratuit pour les projets publics si vous remplissez les deux conditions suivantes :

  • Votre pipeline fait partie d’un projet public Azure Pipelines.
  • Votre pipeline génère un référentiel public dans GitHub ou le même projet public dans votre organisation Azure DevOps.

Pour savoir comment demander des travaux parallèles gratuits, consultez Combien coûtent les travaux parallèles (hébergés par Microsoft) ?

Est-il possible d’affecter un travail parallèle à un projet ou à un pool d’agents spécifique ?

Actuellement, il n’y a aucun moyen de partitionner ou dédier une capacité de travail parallèle à un pool d’agents ou un projet spécifique. Par exemple :

  • Vous achetez deux travaux parallèles dans votre organisation.
  • Vous lancez deux exécutions dans le premier projet, et les deux travaux parallèles sont consommés.
  • Vous lancez une exécution dans le deuxième projet. Elle ne commence pas avant la fin d’une des deux exécutions du premier projet.

Le nombre d’utilisateurs d’Azure Pipelines est-il limité ?

Vous pouvez avoir autant d’utilisateurs que vous le voulez quand vous utilisez Azure Pipelines. Vous n’êtes pas facturé en fonction du nombre d’utilisateurs d’Azure Pipelines. Les utilisateurs disposant d’un accès de base et de partie prenante peuvent créer autant de builds et de mises en production qu’ils le souhaitent.

Le nombre de créations de pipeline de build et de mise en production est-il limité ?

Non. Il est possible de créer gratuitement des centaines, voire des milliers de pipelines. Vous pouvez également inscrire gratuitement autant d’agents autohébergés que vous le souhaitez.

Je dispose d’un abonnement Visual Studio Enterprise, ai-je droit à des travaux parallèles supplémentaires pour TFS et Azure Pipelines ?

Oui. Les abonnés Visual Studio Enterprise obtiennent un travail parallèle dans Team Foundation Server 2017 (ou version ultérieure) et un travail parallèle autohébergé dans chacune des organisations Azure DevOps Services dont ils sont membres.

Qu’en est-il de la possibilité de payer les agents hébergés à la minute ?

Certains de nos anciens clients possèdent encore un plan à la minute pour les agents hébergés. Dans le cadre de ce plan, ils payent 0,05 $US/minute les 20 premières heures après le niveau gratuit, et 0,01 $US/minute au-delà. Il peut être intéressant de passer au modèle de travaux parallèles en raison des limitations suivantes de ce plan :

  • Quand vous utilisez le plan par minute, vous pouvez exécuter un seul travail à la fois.
  • Si vous exécutez des builds pendant plus de 14 heures payantes dans le mois, le plan par minute peut être moins rentable que le modèle des travaux parallèles.

J’utilise des contrôleurs de build XAML avec mon organisation. Comment sont-ils facturés ?

Vous pouvez inscrire un contrôleur de build XAML par travail parallèle autohébergé dans votre organisation. Votre organisation obtient au moins un travail parallèle autohébergé gratuit. Il vous est donc possible d’inscrire un contrôleur de build XAML sans frais supplémentaires. Pour chaque contrôleur de build XAML supplémentaire, il vous faut un travail parallèle autohébergé supplémentaire.

Qui peut utiliser le système ?

Les utilisateurs TFS disposant d’une licence d’accès client TFS peuvent créer autant de mises en production qu’ils le souhaitent.

Il n’est pas nécessaire de posséder une licence d’accès client TFS pour approuver les mises en production. Tout utilisateur disposant d’un accès de partie prenante peut les approuver et les rejeter.

Des travaux parallèles sont-ils nécessaires pour exécuter des builds sur TFS ?

Non. Sur TFS, vous n’avez pas besoin de travaux parallèles pour exécuter des builds. Vous pouvez lancer sans frais supplémentaires autant de builds que vous le souhaitez en même temps.

Des travaux parallèles sont-ils nécessaires pour gérer les mises en production dans les versions de TFS antérieures à 2017 ?

Non.

Dans TFS 2015, vos utilisateurs peuvent gérer les mises en production sans frais supplémentaires en mode d’essai tant qu’ils disposent d’une licence d’accès client TFS. Nous avons appelé ce mode « mode d’essai » pour indiquer que la gestion des mises en production serait à terme facturée. Malgré ce nom, la gestion des mises en production est entièrement prise en charge dans TFS 2015.