bedrijf
BuildJet is uitgeschakeld. Dit is wat dat betekent voor beheerd CI.
Een concurrent die de categorie verlaat, is de moeite waard om serieus te nemen in plaats van te draaien. Hier is onze eerlijke informatie over waarom BuildJet is gesloten en wat er staat over managed runners.
{auteur} · {rol} · {datum} · {minuten} min leestijd
Op 6 februari 2026 kondigde BuildJet aan dat het zijn GitHub Actions runner-service zou stopzetten. Op 31 maart stopte het met het uitvoeren van banen. Hun migratiegids vertelde klanten dat ze terug moesten gaan naar door GitHub gehoste hardlopers.
Het zou gemakkelijk zijn om een bericht te schrijven over het feit dat dit geweldig nieuws voor ons is. Het is nuttiger om het argument serieus te nemen, omdat veel ervan juist is.
Wat BuildJet goed had
GitHub is echt verbeterd. Er bestaan grotere hardlopers. Native arm64 bestaat op betaalde abonnementen. Als je hele pitch "hetzelfde was, maar met meer vCPU's", dan is die pitch nu veel zwakker dan in 2022. Elke leverancier wiens enige onderscheidende factor de machinegrootte is, zou nerveus moeten zijn.
Wat wij denken dat ze verkeerd hebben gedaan
Machinegrootte was nooit het interessante deel. De delen die GitHub niet heeft gesloten, zijn degenen die echte pijplijnen domineren:
- De cachelimiet van 10 GB per repository en de beperkte bandbreedte daarvoor
- Geen persistente Docker-laagcache zonder deze naar een register en terug te verzenden
- Caching met vertakkingsbereik, zodat elk nieuw pull-verzoek koud begint
- Geen gegevens over de middelen per taak, zodat niemand een ondermaatse hardloper van een langzame kan onderscheiden
- Geen 'bring-your-own-cloud'-optie voor teams met vereisten voor datalocatie
In onze eigen metingen verklaart het cachegedrag meer CI-wandkloktijd dan het CPU-aantal op de meeste pijplijnen. Dat is de kloof, en die is nog niet gedicht.
De ongemakkelijke vraag
Als u op dit moment managed runners evalueert, is de juiste vraag die u aan elke leverancier kunt stellen, inclusief ons, wat er met u gebeurt als we sluiten.
Ons antwoord: het integratieoppervlak is één lijn. Het migreren duurt vijf minuten en het migreren duurt vijf minuten, omdat run-on het enige is dat u hebt gewijzigd. We publiceren de exacte omgekeerde diff op elke migratiepagina. Dat is opzettelijk. Een platform dat moeilijk te verlaten is, is een platform dat goed moet zijn, en dat zijn wij liever op de tweede plaats.
Je volgende build kan twee keer zo snel zijn, voor de halve prijs
Begin gratis. Weggaan is dezelfde ene regel, en die diff publiceren we ook.