Eine Zeile rein, doppelt so schnell raus
Cloud Runner für GitHub Actions
Verwaltete, dedizierte Läufer, die Ubuntu-latest mit einem einzigen Labelwechsel ersetzen. Schnellere Hardware, unbegrenzter Cache, halbe Kosten.
Dedizierte vCPU
Keine gemeinsamen Kerne, keine lauten Nachbarn, keine Run-to-Run-Varianz, die Sie nicht erklären können.
Lokales NVMe
Direkt angeschlossene Arbeitsfestplatte statt Netzwerkspeicher. Auschecken, Installieren und Testen geht alles schneller.
Sofortiger Start
Warme Pools bedeuten, dass ein Job in etwa drei Sekunden startet, anstatt auf einen Kaltstart der VM zu warten.
Jedes Betriebssystem
Linux x64 und arm64, macOS auf Apple-Chips, Windows Server und GPU-Ebenen.
Cloud Runner sind das Kernprodukt. Sie ändern die Run-On-Bezeichnung und jede andere Zeile Ihres Workflows bleibt genau so, wie sie ist – dieselben Aktionen, dieselben Geheimnisse, dasselbe Berechtigungsmodell, dieselben Protokolle am selben Ort.
Was es eigentlich schneller macht
- Dedizierte CPU, sodass ein Build den gesamten Kern erhält und nicht nur eine Zeitscheibe
- Lokales NVMe, sodass dateiintensive Schritte nicht mehr auf dem Netzwerkspeicher warten müssen
- Ein Cache, der mit 1 GB/s ohne Größenbeschränkung wiederhergestellt wird
- Warme Pools, sodass die Wartezeit nicht mehr Teil Ihrer Bauzeit ist
Häufige Fragen
- Muss ich außer dem Nachlauf noch etwas ändern?
- Nein. Die gleichen Aktionen, Geheimnisse, Berechtigungsmodelle und Protokolle funktionieren alle unverändert. Wenn ein Anbieter Sie dazu auffordert, Schritte neu zu schreiben oder Aktionen auszutauschen, kostet eine spätere Abkehr davon erneut den gleichen Aufwand.
- Was passiert, wenn ein Läufer nicht verfügbar ist?
- Jobs stehen eher in der Warteschlange, als dass sie fehlschlagen. Die Kapazität ist regional, sodass ein Mangel in einer Region nicht stillschweigend auf eine andere übergreift – das macht die Festlegung von Regionen durchsetzbar.
- Kann ich runnerhut und von GitHub gehostete Runner kombinieren?
- Ja. Die Ausführung erfolgt pro Job, sodass verschiedene Jobs in einem Workflow unterschiedliche Anbieter verwenden können. Der empfohlene Migrationspfad ist, zuerst einen Job zu verschieben und die Zeitabläufe zu vergleichen.
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.