Configurer et payer des travaux parallèles
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Important
À partir d’Azure DevOps Server 2019, les travaux simultanés auto-hé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. Veuillez noter qu’il nous faut généralement 2 à 3 jours ouvrables pour répondre à vos demandes de niveau gratuit. Pendant certaines périodes, le temps de traitement peut être plus long.
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.
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 :
Accédez à Paramètres de l’organisation>Pipelines>Travaux parallèles.
Exemple d’URL :
https://{Your_Organization}/_admin/_buildQueue?_a=resourceLimitsConsultez le nombre maximal de travaux parallèles disponibles dans votre organisation.
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 :
- La facturation doit être configurée pour votre organisation.
- Vous devez être membre du groupe Administrateurs de collection de projets.
Achat de travaux parallèles
Achetez d’autres travaux parallèles dans les paramètres de votre organisation :
Connectez-vous à votre organisation (
https://dev.azure.com/{yourorganization}).Sélectionnez
Paramètres de l’organisation.
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.
Entrez le montant souhaité, puis sélectionnez Enregistrer.
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 ?
Connectez-vous à votre organisation (
https://dev.azure.com/{yourorganization}).Sélectionnez
Paramètres de l’organisation.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.
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.
- 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.
- FabrikamFiber CI Build 102 (branche primaire) démarre en premier.
- Le déploiement de FabrikamFiber Release 11 est déclenché par l’achèvement de FabrikamFiber CI Build 102.
- 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.
- 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.
- Release 11 est approuvée. Elle reprend uniquement après la fin de Fabrikam CI Build 101.
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.