Runners
Docker
Matériel, temps d'attache et comportement du cache des instances persistantes BuildKit auxquelles vos tâches se connectent.
Caractéristiques
- Moteur
- BuildKit, persistant
- Cache
- Cache de couches conservé entre les tâches
- Plateformes
- linux/amd64, linux/arm64 natif
- Joindre l'heure
- < 2 s
Labels de runner
runnerhut-docker-builder
Le modèle habituel Docker-in-CI exporte le cache de couches vers un registre ou vers le cache Actions à la fin de chaque tâche et l'importe au début de la suivante. Pour une grande image, l'exportation/importation aller-retour peut coûter plus cher que la construction qu'elle était censée enregistrer.
Un constructeur distant conserve le cache là où BuildKit le souhaite déjà : sur le propre disque du constructeur. Votre travail s'attache à une instance tiède, se construit et se détache. Rien n'est exporté.
Votre prochain build pourrait être deux fois plus rapide, pour moitié prix
Commencez gratuitement. Repartir tient à la même ligne, et nous publions ce diff aussi.
À lire aussi
Constructions Docker multiplateformesCréez des images Linux/amd64 et Linux/arm64 de manière native sur leur propre architecture et envoyez une seule liste de manifestes.Coureurs natifs arm64 GitHub ActionsCoureurs arm64 natifs de classe Ampère et Graviton. Pas de QEMU, pas de pénalité d'émulation, 20% moins cher que l'équivalent x64.