Unternehmen
BuildJet wurde heruntergefahren. Hier erfahren Sie, was das für Managed CI bedeutet.
Es lohnt sich, einen Konkurrenten, der die Kategorie verlässt, ernst zu nehmen und nicht aufzugeben. Hier ist unsere ehrliche Lektüre darüber, warum BuildJet geschlossen wurde und was es über verwaltete Läufer sagt.
{Autor} · {Rolle} · {Datum} · {Minuten} {MinutenLabel}
Am 6. Februar 2026 gab BuildJet bekannt, dass es seinen GitHub Actions-Runner-Dienst einstellen werde. Am 31. März wurden die laufenden Aufträge eingestellt. Ihr Migrationsleitfaden forderte die Kunden auf, zu den von GitHub gehosteten Läufern zurückzukehren.
Es wäre einfach, einen Beitrag darüber zu schreiben, wie großartig das für uns ist. Es ist sinnvoller, das Argument ernst zu nehmen, denn vieles davon ist richtig.
Was BuildJet richtig gemacht hat
GitHub hat sich wirklich verbessert. Es gibt größere Läufer. Native arm64 gibt es in kostenpflichtigen Plänen. Wenn Ihr gesamter Pitch „das Gleiche, aber mit mehr vCPUs“ war, ist dieser Pitch jetzt viel schwächer als im Jahr 2022. Jeder Anbieter, dessen einziges Unterscheidungsmerkmal die Maschinengröße ist, sollte nervös sein.
Was unserer Meinung nach falsch war
Die Maschinengröße war nie der interessante Teil. Die Teile, die GitHub nicht geschlossen hat, dominieren echte Pipelines:
- Die Cache-Obergrenze von 10 GB pro Repository und die gedrosselte Bandbreite dafür
- Kein persistenter Docker-Layer-Cache, ohne ihn an eine Registrierung und zurück zu senden
- Verzweigungsbezogenes Caching, sodass jede neue Pull-Anfrage kalt beginnt
- Keine Ressourcenmetriken pro Job, daher kann niemand einen zu kleinen Läufer von einem langsamen unterscheiden
- Keine „Bring Your Own Cloud“-Option für Teams mit Anforderungen an die Datenresidenz
In unseren eigenen Messungen erklärt das Cache-Verhalten mehr CI-Wanduhrzeit als die CPU-Anzahl bei den meisten Pipelines. Das ist die Lücke, und sie hat sich nicht geschlossen.
Die unangenehme Frage
Wenn Sie gerade verwaltete Läufer evaluieren, ist die richtige Frage, die Sie jedem Anbieter – uns eingeschlossen – stellen sollten: Was passiert mit Ihnen, wenn wir abschalten?
Unsere Antwort: Die Integrationsfläche ist eine Linie. Die Migration nach innen dauert fünf Minuten und die Migration nach außen fünf Minuten, da Run-On das Einzige ist, was Sie geändert haben. Wir veröffentlichen den genauen umgekehrten Unterschied auf jeder Migrationsseite. Das ist Absicht. Eine Plattform, die schwer zu verlassen ist, muss gut sein, und wir wären lieber der Zweite.
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.