Depuis le 1er octobre 2026, Azure Pipelines propose un second pool d’agents à côté du pool Azure Pipelines classique : GitHub-hosted Agents, facturé à la minute, avec des machines plus costaudes que les agents Microsoft-hosted historiques — jusqu’à 16 cœurs côté Linux et Windows, et de l’Apple Silicon côté macOS. Les SKU macOS sont en disponibilité générale, les SKU Linux et Windows encore en preview publique, d’après l’annonce officielle d’Azure DevOps. Voici ce que ça change concrètement, et surtout combien ça coûte.
Un second pool, pas un remplacement
Le pool GitHub-hosted Agents tourne sur la même infrastructure que les runners GitHub Actions, dans les mêmes régions que le pool Microsoft-hosted existant. Chaque job démarre sur une VM fraîche, hébergeant un seul agent, réimagée dès la fin du job — même modèle d’isolation que ce que tu connais déjà sur Azure Pipelines.
Point important : activer ce pool ne touche à rien de ton côté. Tes pipelines existants restent sur leur pool actuel tant que tu ne changes pas explicitement le champ pool dans ton YAML. Aucune bascule automatique, aucune facturation tant qu’un job n’a pas réellement tourné sur une de ces machines.
Les tarifs, SKU par SKU
La facturation se fait à la minute d’exécution, par SKU — pas de ticket forfaitaire, pas de palier. Voici le tableau complet publié par Microsoft :
| OS | SKU | Tarif/min | vCPU | RAM | SSD | Image |
|---|---|---|---|---|---|---|
| macOS | Standard | 0,062 $ | 3 (arm64, M1) | 7 Go | 14 Go | macos-26-arm64 |
| macOS | XLarge | 0,102 $ | 5 + 8 cœurs GPU (arm64, M2) | 14 Go | 14 Go | macos-26-arm64-xl |
| Linux | 8 cœurs | 0,022 $ | 8 (x64) | 32 Go | 300 Go | ubuntu-24.04-8-core |
| Linux | 16 cœurs | 0,042 $ | 16 (x64) | 64 Go | 600 Go | ubuntu-24.04-16-core |
| Windows | 8 cœurs | 0,042 $ | 8 (x64) | 32 Go | 300 Go | windows-2025-8-core |
| Windows | 16 cœurs | 0,082 $ | 16 (x64) | 64 Go | 600 Go | windows-2025-16-core |
Compare ça à un agent Microsoft-hosted classique (2 vCPU, 7 Go de RAM, 14 Go de disque, gratuit dans la limite de tes jobs parallèles) : le Linux 8 cœurs coûte 1,32 $ pour un job d’une heure. Pour un build qui tourne 20 fois par jour, ça grimpe vite — fais le calcul avant de migrer tes pipelines les plus actifs par réflexe.
Les images ubuntu-26.04-8-core, ubuntu-26.04-16-core, windows-2025-8-core et windows-2025-16-core sont encore en cours de déploiement et pas disponibles partout. Ubuntu 24.04 et Windows Server 2025 + Visual Studio 2026 le sont, eux, pour toutes les organisations ayant activé le pool.
Ce qui ne change pas côté facturation
Cette facturation à la minute est totalement séparée de tes jobs parallèles payants habituels — pas besoin d’en acheter, et ces jobs-là ne consomment pas ton quota existant. En contrepartie, il n’y a aucun palier gratuit : contrairement au pool Microsoft-hosted, tu payes dès la première minute sur GitHub-hosted Agents.
Activer le pool
Trois étapes, avec une subtilité à ne pas rater sur le délai :
- Va dans Organization settings > Billing (il te faut la permission billing-settings).
- Active Enable GitHub-hosted agents et enregistre.
- Le provisionnement du pool peut prendre jusqu’à 24 heures — ne t’attends pas à voir le pool disponible instantanément après avoir cliqué.
Une fois le pool prêt, référence-le dans ton YAML par son nom et le label d’image qui correspond à l’OS et au SKU voulus :
pool:
name: GitHub-hosted Agents
vmImage: ubuntu-24.04-8-core
steps:
- script: echo "Build sur agent GitHub-hosted 8 cœurs"
Pour du macOS XLarge par exemple, il suffit de remplacer la valeur par xcode-27-xlarge ; pour du Windows 16 cœurs avec Visual Studio 2026, par windows-2025-vs2026-16-core.
Surveiller la consommation
Deux endroits à connaître pour ne pas découvrir la facture en fin de mois : l’onglet Analytics du pool GitHub-hosted Agents, qui filtre les minutes consommées par SKU, projet et pipeline, et Azure Cost Management, qui permet de poser des budgets et des alertes par organisation et par projet. Mets au moins une alerte de budget avant de laisser une équipe entière basculer ses pipelines — le pay-as-you-go n’a pas de garde-fou intégré.
Faut-il migrer tes pipelines dessus ?
Pas systématiquement, et certainement pas tout de suite pour tout. Si tes builds actuels tiennent dans les 2 vCPU / 7 Go du pool Microsoft-hosted et restent sous ta limite de jobs parallèles, il n’y a aucune raison de payer à la minute pour la même chose. L’intérêt réel est ailleurs : les builds iOS/macOS qui ont besoin d’Apple Silicon natif plutôt que d’une émulation, les gros monorepos qui saturent 2 vCPU et passent leur temps à attendre l’I/O disque, ou les pipelines de build Docker multi-étapes qui tireraient vraiment parti de 16 cœurs et 600 Go de SSD. Pour ces cas-là, le calcul coût/temps gagné penche vite en faveur du pool GitHub-hosted, même en payant à la minute.
FAQ
Le pool GitHub-hosted remplace-t-il les agents Microsoft-hosted classiques ?
Non. Les deux coexistent. Le pool Azure Pipelines reste gratuit dans la limite de tes jobs parallèles ; GitHub-hosted Agents est une option payante en plus, pas un remplacement forcé.
Est-ce que j’ai des minutes gratuites avec GitHub-hosted Agents ?
Aucune. C’est facturé dès la première minute d’exécution, à la différence du pool Microsoft-hosted qui offre un quota mensuel gratuit selon ton plan.
Les images Ubuntu 26.04 et Windows Server 2025 (nouvelle vague) sont-elles disponibles chez moi ?
Pas forcément tout de suite : Microsoft les déploie progressivement. Vérifie leur disponibilité dans ton organisation avant de les référencer dans un pipeline critique.
Comment éviter une facture surprise ?
Pose un budget et une alerte dans Azure Cost Management dès l’activation du pool, et surveille l’onglet Analytics les premières semaines pour repérer les pipelines qui consomment le plus.
Si tu gères déjà des pools d’agents self-hosted pour éviter la queue du pool partagé, ça vaut le coup de comparer le coût réel du pay-as-you-go à celui de ta maintenance actuelle — les Managed DevOps Pools visaient déjà à alléger cette charge d’un autre côté. Et si le sujet qui te préoccupe plutôt, c’est la lisibilité de tes résultats de build, la nouvelle page de couverture de code d’Azure Pipelines publiée début octobre va dans le même sens d’amélioration continue du produit. Active le pool sur un seul projet test cette semaine, compare la facture réelle à tes jobs parallèles existants, et tu sauras en un cycle de sprint si la bascule vaut le coup pour le reste de ton organisation.

Laisser un commentaire