Zum Inhalt springen

Migrationsleitfäden

Von Actions Runner Controller (ARC) zu runnerhut migrieren

Die genaue Änderung zum Verschieben Ihrer Workflows von Actions Runner Controller (ARC) – und die Änderung zum Zurückverschieben, damit Sie sie ohne Verpflichtung bewerten können.

Was Actions Runner Controller (ARC) gut macht

  • Keine Anbietergebühr pro Minute – Sie zahlen nur Ihre Cloud-Rechnung
  • Vollständige Kontrolle über Netzwerk, Bilder und Datenspeicherung
  • Läuft innerhalb Ihres bestehenden Kubernetes-Footprints

Wo wir uns unterscheiden

  • Jemand muss über Skalierung, Image-Builds, Cache-Infrastruktur und Upgrades verfügen
  • Kaltstarts und Wartezeiten können Sie selbst anpassen
  • Der Cache muss separat erstellt und betrieben werden – normalerweise S3 plus Proxy
  • Die tatsächlichen Kosten sind die Entwicklungszeit, die im Vergleich selten auftaucht

Die Migration

Und die Migration zurück

Wir veröffentlichen dies, weil nach der Schließung von BuildJet die Frage „Was wäre, wenn Sie verschwinden?“ eine berechtigte Frage ist. Beim Verlassen handelt es sich um dieselbe einzelne Zeile, die Sie geändert haben, um anzukommen.

Checkliste

  1. Installieren Sie die runnerhut GitHub App auf den Repositories, die Sie verschieben möchten
  2. Ändern Sie zunächst die Nachläufe in einem Job und vergleichen Sie die Zeiten mit denen des alten Läufers
  3. Fügen Sie runner.arch zu den Cache-Schlüsseln hinzu, wenn Sie auch zu arm64 wechseln
  4. Führen Sie den Rollout auf den Rest des Repositorys durch, sobald der Vergleich richtig aussieht
  5. Legen Sie eine Budgetobergrenze und die Aufhebung der Parallelität fest, bevor Sie organisationsweit vorgehen

Ihr nächster Build könnte doppelt so schnell sein — zum halben Preis

Kostenlos starten. Der Wechsel zurück ist dieselbe eine Zeile — auch dieses Diff veröffentlichen wir.