companie
BuildJet s-a oprit. Iată ce înseamnă asta pentru CI gestionat.
Un concurent care iese din categorie merită luat în serios, mai degrabă decât să se rotească. Iată lectura noastră sinceră despre motivul pentru care BuildJet sa închis și ce spune despre alergătorii gestionați.
{autor} · {rol} · {data} · {minute} {minuteLabel}
La 6 februarie 2026, BuildJet a anunțat că își închide serviciul de rulare GitHub Actions. La 31 martie, a încetat să mai ruleze locuri de muncă. Ghidul lor de migrare le-a spus clienților să se întoarcă la alergătorii găzduiți de GitHub.
Ar fi ușor să scriem o postare despre cum aceasta este o veste grozavă pentru noi. Este mai util să luăm argumentul în serios, pentru că multe dintre ele sunt corecte.
Ceea ce BuildJet a reușit
GitHub s-a îmbunătățit cu adevărat. Există alergători mai mari. Arm64 nativ există pe planuri plătite. Dacă toată prezentarea ta a fost „același lucru, dar cu mai multe vCPU”, acea propunere este acum mult mai slabă decât era în 2022. Orice furnizor al cărui singur factor de diferențiere este dimensiunea mașinii ar trebui să fie nervos.
Ce credem că au greșit
Dimensiunea mașinii nu a fost niciodată partea interesantă. Părțile pe care GitHub nu le-a închis sunt cele care domină conductele reale:
- Limita de cache de 10 GB per depozit și lățimea de bandă redusă la acesta
- Fără cache de nivel persistent Docker fără a-l expedia într-un registru și înapoi
- Memorarea în cache în domeniul ramurilor, astfel încât fiecare cerere de extragere nouă începe la rece
- Fără valori de resurse per loc de muncă, așa că nimeni nu poate deosebi un alergător subdimensionat de unul lent
- Nicio opțiune de aducere în cloud pentru echipele cu cerințe de rezidență a datelor
În propriile noastre măsurători, comportamentul cache-ului explică mai mult timp CI de perete decât numărul CPU pe majoritatea conductelor. Acesta este decalajul și nu s-a redus.
Întrebarea incomodă
Dacă evaluezi alergătorii gestionați chiar acum, întrebarea corectă pe care trebuie să o pui oricărui furnizor - inclusiv noi - este ce se întâmplă cu tine dacă închidem.
Răspunsul nostru: suprafața de integrare este o singură linie. Migrarea în intrare durează cinci minute, iar migrarea în afara durează cinci minute, deoarece rularea este singurul lucru pe care l-ați schimbat. Publicăm diferența inversă exactă pe fiecare pagină de migrare. Asta este deliberat. O platformă care este greu de părăsit este o platformă care trebuie să fie bună, iar noi am prefera să fim al doilea lucru.
Următorul tău build poate fi de două ori mai rapid, la jumătate de preț
Începe gratuit. Plecarea înseamnă aceeași linie, iar acel diff îl publicăm și noi.