Aller au contenu

Guides de migration

Migrer de GitHub-hosted runners vers runnerhut

Le changement exact pour déplacer vos flux de travail de GitHub-hosted runners — et le changement pour revenir en arrière, afin que vous puissiez évaluer sans vous engager.

Ce que GitHub-hosted runners fait bien

  • Zéro configuration : rien à installer, rien à qui faire confiance
  • Facturation déjà consolidée sur votre facture GitHub
  • Arm64 natif et tailles de coureur plus grandes sur les forfaits payants
  • Soutenu par la propre page d'assistance et d'état de GitHub

Là où nous différons

  • Environ deux fois le prix par minute de runnerhut sur chaque système d'exploitation
  • Pas de résidence uniquement dans l'UE pour le calcul, le cache et les journaux des actions : GitHub est une filiale de Microsoft basée aux États-Unis.
  • Le cache est limité à 10 Go par référentiel et expulsé de manière agressive
  • La restauration du cache est limitée : les caches volumineux prennent souvent quelques minutes
  • Les exécuteurs standards utilisent un processeur virtuel partagé avec une variance de voisin bruyant
  • Le cache de couche Docker doit être reconstruit ou expédié vous-même vers un registre
  • Pas de partage de cache entre workflows ni d'analyse de cache

La migration

Et la migration de retour

Nous publions ceci parce qu'après l'arrêt de BuildJet, « et si vous disparaissez » est une question légitime. Le départ est la même ligne que vous avez changée pour arriver.

Liste de contrôle

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.