Les runners hébergés par GitHub et 7 alternatives

Que sont les runners hébergés par GitHub ?

Les runners hébergés par GitHub sont les machines virtuelles que GitHub fournit pour exécuter vos jobs GitHub Actions. Chaque job obtient une nouvelle VM dans Microsoft Azure avec Ubuntu, Windows ou macOS et un ensemble d'outils préinstallés, et vous en choisissez une avec un label tel que runs-on: ubuntu-latest.

GitHub maintient les images dans le dépôt actions/runner-images et met à jour leurs logiciels chaque semaine. Il prend en charge au maximum deux images en disponibilité générale et une image bêta à la fois, et commence à retirer le label le plus ancien dès qu'un nouveau atteint la disponibilité générale. Les runners Linux et macOS vous donnent sudo sans mot de passe.

Caractéristiques et prix des runners standard

Dans les dépôts privés, un runner Linux standard dispose de 2 vCPU, 8 Go de RAM et d'un SSD de 14 Go, pour $0.006 par minute en x64. Les dépôts publics obtiennent 4 vCPU et 16 Go de RAM sur Linux et Windows, gratuitement.

Les limites à anticiper

• Facturation : chaque job est arrondi à la minute supérieure. Les plans incluent 2 000 minutes sur Free, 3 000 sur Pro et Team, et 50 000 sur Enterprise Cloud.
• Durée des jobs : jusqu'à 6 heures par job ; ubuntu-slim arrête les jobs après 15 minutes.
• Concurrence : 20 jobs simultanés sur Free, 40 sur Pro, 60 sur Team et 500 sur Enterprise, avec macOS plafonné à 5 sur Free, Pro et Team.
• Runners plus grands : jusqu'à 96 cœurs sur Linux x64, avec IP statiques et réseau privé Azure, sur les plans Team et Enterprise Cloud. Ils coûtent $0.012 par minute et plus, et n'utilisent jamais les minutes incluses.
• Preuves : le runner n'enregistre pas les paquets qu'un job a récupérés. Le graphe de dépendances de GitHub décrit le dépôt, pas un build précis.

Coût de GitHub Actions : le prix d'une minute et comment le réduire

Pourquoi les équipes cherchent des alternatives

Les équipes remplacent les runners hébergés par GitHub lorsque la facture, la capacité, le contrôle réseau ou les preuves de release ne conviennent plus. Pour de nombreuses équipes, les réglages par défaut suffisent : il n'y a rien à exploiter, les trois systèmes d'exploitation sont disponibles et les runners standard sont gratuits dans les dépôts publics.

Nous développons CRACI, tenez-en compte ; nous décrivons chaque option à partir de sa propre documentation et indiquons quand un autre outil convient mieux. Les équipes regardent ailleurs lorsque leur situation change :

• Volume. En septembre 2026, GitHub affiche un runner standard Linux x64 à 2 cœurs à $0.006 par minute et arrondit chaque job à la minute supérieure. Avec de nombreux jobs courts, cet arrondi finit par peser.
• Capacité et cache. Les builds dépassent la configuration par défaut, ou passent leur temps à restaurer des caches.
• Contrôle réseau. Vous voulez limiter ce qu'un build peut atteindre, pas seulement ce qu'il exécute.
• Preuves. Un client ou une réglementation demande ce qui est entré dans une release, et un runner généraliste ne l'enregistre pas.
• Emplacement. Certains jobs doivent s'exécuter dans votre propre réseau ou compte cloud.

Ce qu'il faut examiner

• Le prix par minute vCPU, la mémoire par vCPU et la façon dont l'utilisation est arrondie.
• Les systèmes d'exploitation et architectures dont vous avez besoin, ARM64 compris.
• Le cache des dépendances et des couches Docker.
• Le contrôle du trafic sortant, et s'il s'agit d'une politique sur le job ou d'une infrastructure réseau que vous maintenez.
• Les preuves de build : SBOM, provenance et enregistrement de ce que chaque job a récupéré.
• L'emplacement des runners, et les preuves de build que demande votre service achats.

Lorsqu'un éditeur ci-dessous publie une affirmation de vitesse, nous la citons comme le chiffre de cet éditeur. Votre propre pipeline est le seul benchmark équitable.

Les options

CRACI (notre produit)

CRACI est un runner compatible avec GitHub Actions, construit autour de la sécurité de la chaîne d'approvisionnement. Installez la GitHub App CRACI et indiquez runs-on: craci. La facturation est de $0.002 par minute vCPU ($0.004 pour 2 vCPU), décomptée à la seconde, avec ARM64 au même tarif. Les tailles vont de 1 à 32 unités de calcul de 1 vCPU et 3 Go de RAM. Chaque job produit une SBOM de ce qu'il a récupéré, avec un état de complétude, et s'exécute sous une politique de trafic sortant qui bloque tout en cas d'échec.

Idéal pour : les builds Linux de logiciels que vous livrez, lorsque vous devez montrer ce qui est entré dans chaque release.

À envisager si : les preuves et le contrôle du trafic sortant comptent autant que le coût. CRACI ne fonctionne que sous Linux aujourd'hui (Windows et macOS figurent sur la roadmap) et n'a pas d'offre gratuite. CRACI exécute les builds environ deux fois plus vite que les runners hébergés par GitHub, grâce à un matériel plus rapide, à des files d'attente plus courtes et au cache.

CRACI vs les runners hébergés par GitHub

Blacksmith

Blacksmith exécute les jobs GitHub Actions dans des microVM Firecracker, avec Ubuntu en x64 et ARM de 2 à 32 vCPU, Windows en bêta publique et macOS sur Apple M4. Il affirme que ses runners sont deux fois plus rapides que les runners hébergés par GitHub. Un cache situé près des runners fonctionne avec les actions de cache standard, et les sticky disks assurent le cache des couches Docker à $0.50 par Go et par mois. En septembre 2026, 2 vCPU x64 coûtent $0.004 par minute et ARM $0.0025, avec 3 000 minutes gratuites par mois.

Idéal pour : un Actions plus rapide et moins cher, avec cache Docker et débogage SSH.

À envisager si : la vitesse et le coût sont l'objectif.

CRACI vs Blacksmith

Depot

Depot propose des runners Linux de 2 à 64 vCPU, Windows, et macOS à partir du plan Startup, reliés à un cache distribué. Il décrit ses runners comme "up to 3x faster than a GitHub-hosted runner." Son service de build Docker distant conserve un cache de couches persistant, les runners Linux prennent en charge le filtrage du trafic sortant et, sur le plan Business, les runners peuvent se trouver dans votre propre compte AWS. En septembre 2026, 2 vCPU coûtent $0.006 par minute au-delà des minutes du plan, décomptées à la seconde.

Idéal pour : les équipes dont le temps de CI est dominé par les builds d'images Docker.

À envisager si : vous voulez aussi un cache de build distant pour Bazel, Gradle ou Turborepo.

CRACI vs Depot

Namespace

Namespace exécute des runners Linux, Windows et macOS sur du matériel qu'il exploite lui-même, sélectionnés via des profils de runner. Les volumes de cache conservent les données sur un stockage local d'une exécution à l'autre. Ses politiques de trafic sortant fonctionnent en mode blocage ou en mode consultatif, qui enregistre les décisions sans bloquer afin que vous puissiez construire une liste d'autorisation à partir du trafic réel. En septembre 2026, un runner Linux 2 vCPU, 4 Go coûte $0.002 par minute dans le plan et $0.003 en dépassement.

Idéal pour : des runners Linux, Windows et macOS d'un seul fournisseur, avec des volumes de cache.

À envisager si : vous voulez tester une politique de trafic sortant avant de l'appliquer.

CRACI vs Namespace

WarpBuild

WarpBuild propose des runners Linux en x86-64 et arm64 jusqu'à 32 vCPU, Windows Server et macOS sur Apple M4 Pro, avec le cache des couches de conteneurs et des runners à snapshots. Son option bring-your-own-cloud exécute les mêmes runners dans votre compte AWS, GCP ou Azure à $0.002 par minute plus votre facture cloud. Le runner hébergé 2 vCPU x86-64 coûte $0.004 par minute (en septembre 2026). WarpBuild annonce des builds deux à dix fois plus rapides.

Idéal pour : des runners managés dans votre propre compte cloud.

À envisager si : vous avez besoin de la prise en charge de GitHub Enterprise Server ou d'un SLA de disponibilité de 99,9 %.

CRACI vs WarpBuild

Nous comparons aussi CRACI individuellement à RunsOn, qui exécute des runners dans votre propre compte AWS, à Ubicloud et à Avrea.

Runners auto-hébergés avec Actions Runner Controller

Actions Runner Controller (ARC) est "a Kubernetes operator that orchestrates and scales self-hosted runners for GitHub Actions." Les runner scale sets s'agrandissent et se réduisent selon le nombre de workflows en cours, et les runners peuvent être des conteneurs éphémères. GitHub ne facture pas à la minute l'utilisation auto-hébergée en septembre 2026, mais le système d'exploitation et les logiciels sont sous votre responsabilité, et GitHub avertit que les runners auto-hébergés ne devraient presque jamais être utilisés pour des dépôts publics.

Idéal pour : les jobs qui doivent s'exécuter dans votre réseau ou sur votre matériel.

À envisager si : vous exploitez déjà Kubernetes et avez le temps de le durcir et de le maintenir.

Runners managés ou auto-hébergés

Complément : StepSecurity Harden-Runner

Si vous voulez garder les runners hébergés par GitHub, Harden-Runner leur ajoute de la sécurité au lieu de les remplacer. C'est un agent ajouté comme première étape d'un job. Il relie les connexions sortantes, les processus et les écritures de fichiers à chaque étape du workflow, construit une référence en mode audit et bloque le trafic sortant vers tout ce qui ne figure pas sur une liste d'autorisation. Il prend entièrement en charge les runners Linux hébergés par GitHub et s'exécute en mode audit sur Windows et macOS. L'offre Community est gratuite pour les dépôts publics ; Enterprise coûte $16 par développeur contributeur et par mois (en septembre 2026).

Idéal pour : le contrôle du trafic sortant et la visibilité à l'exécution sans changer de runner.

CRACI vs StepSecurity

Côte à côte

« Non précisé » signifie que nous n'avons pas pu le confirmer dans les pages publiques de l'éditeur.

Quand rester sur les runners hébergés par GitHub

• Votre utilisation tient dans les minutes incluses de votre plan, ou vos dépôts sont publics.
• Vous voulez zéro mise en place et aucun fournisseur supplémentaire.
• Vous avez besoin d'un niveau SLSA documenté : GitHub indique que ses artifact attestations fournissent SLSA v1.0 Build Level 2, et Level 3 avec des workflows réutilisables.
• Vous pouvez combiner : le choix se fait par job, donc les jobs macOS et Windows peuvent rester pendant que les jobs Linux migrent.

Pour en savoir plus, consultez l'intégration CI/CD, les tarifs de CRACI et le programme startup, ou réservez une démo pour voir l'un de vos propres workflows sur CRACI.

Runners hébergés par GitHub : FAQ

Caractéristiques, prix, limites et alternatives, en réponses courtes.

Que sont les runners hébergés par GitHub ?

Ce sont les machines que GitHub fournit pour exécuter les jobs GitHub Actions. Chaque job obtient une nouvelle machine virtuelle hébergée par GitHub dans Microsoft Azure, avec Ubuntu, Windows ou macOS et un ensemble d'outils préinstallés issu du dépôt actions/runner-images. Vous en sélectionnez une avec un label tel que runs-on: ubuntu-latest.

Quelles sont les caractéristiques d'ubuntu-latest ?

Dans les dépôts privés, ubuntu-latest correspond à Ubuntu 24.04 sur 2 vCPU x64 avec 8 Go de RAM et un SSD de 14 Go. Dans les dépôts publics, le même label obtient 4 vCPU et 16 Go de RAM.

Combien coûtent les runners hébergés par GitHub ?

En septembre 2026, le runner standard Linux x64 à 2 cœurs coûte $0.006 par minute, arm64 $0.005, Windows $0.010 et macOS $0.062. Les plans incluent de 2 000 à 50 000 minutes par mois pour les runners standard, et ces runners sont gratuits dans les dépôts publics. GitHub arrondit chaque job à la minute supérieure.

Combien de temps un job peut-il s'exécuter sur un runner hébergé par GitHub ?

Jusqu'à 6 heures par job. Le runner à un seul CPU ubuntu-slim arrête les jobs après 15 minutes. La concurrence est plafonnée selon le plan : 20 jobs simultanés sur Free, 40 sur Pro, 60 sur Team et 500 sur Enterprise.

Que sont les runners plus grands ?

Les runners plus grands sont des runners hébergés par GitHub dotés de plus de CPU, de RAM et de disque, jusqu'à 96 cœurs sur Linux x64, avec des options telles que des adresses IP statiques, le réseau privé Azure et des GPU. Ils nécessitent un plan Team ou Enterprise Cloud, sont facturés à la minute à partir de $0.012 pour 4 cœurs et n'utilisent jamais les minutes incluses.

Dois-je utiliser des runners hébergés par GitHub ou auto-hébergés ?

Les runners hébergés par GitHub ne demandent aucune maintenance et conviennent à la plupart des équipes dont l'utilisation tient dans les minutes incluses. Les runners auto-hébergés n'ont aujourd'hui aucun coût GitHub à la minute, mais vous exploitez, mettez à jour et sécurisez les machines, et GitHub déconseille de les utiliser sur des dépôts publics. Un runner managé tel que CRACI se situe entre les deux : rien à exploiter, un tarif affiché inférieur sur les runners Linux standard et des preuves de build sur chaque job.

Puis-je changer de runner sans modifier mes workflows ?

Oui. Chaque alternative managée de cette page garde vos workflows sur GitHub Actions et ne change que le label runs-on, job par job. Sur CRACI, vous installez la GitHub App et indiquez runs-on: craci.

CRACI a-t-il une offre gratuite ?

Non. Vous payez à la minute de build dès la première minute, $0.004 sur un runner 2 vCPU, décompté à la seconde, sans abonnement mensuel ni frais par SBOM. Le programme startup offre au moins 100 000 minutes de build gratuites et un onboarding accompagné.