BuildKit, maintenu au chaud
Constructeurs Docker distants
Instances BuildKit dédiées qui s'attachent à votre tâche en moins de deux secondes avec un cache de couche chaude.
Attachement de moins de 2 ans
Le constructeur est déjà en cours d'exécution. Votre travail s'y connecte plutôt que d'en démarrer un.
Multi-arch natif
Constructeurs amd64 et arm64 séparés, pas de QEMU nulle part sur le chemin.
Partagé en toute sécurité
Le cache est limité à chaque référentiel avec une isolation stricte entre les locataires.
La construction de Docker dans CI est généralement lente pour l'une des trois raisons suivantes : le cache est froid, le cache est en cours de transfert ou la construction est émulée. Les constructeurs à distance répondent à ces trois critères.
Questions fréquentes
- Comment est facturé un constructeur à distance ?
- Par seconde de temps de construction actif, séparément des minutes d'exécution. Étant donné que le coureur orchestrateur peut être petit, le coût combiné est généralement inférieur à celui d’un seul grand coureur.
- Plusieurs emplois peuvent-ils partager un même constructeur ?
- Oui. Les segments matriciels et les flux de travail séparés s'attachent au même générateur et partagent son cache. Les versions simultanées se disputent le processeur, alors faites évoluer le constructeur ou utilisez-en un par architecture.
- Est-ce que ça marche avec Docker Compose ?
- Compose v2 est préinstallé sur les coureurs. Le générateur distant accélère la création d'images ; compose exécute toujours les services sur le coureur lui-même.
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.