CRACI är runnern som dina byggen körs på

En rad flyttar bygget

CRACI ersätter runnern, inte GitHub Actions. Dina arbetsflödesfiler, actions och secrets stannar där de är; det enda som ändras är var jobbet körs:

jobs:
  build:
    runs-on: craci

Körningarna syns fortfarande i GitHub, så pull requests, checks och loggar stannar där ditt team redan tittar. Det sköter GitHub-appen, som du installerar på alla eller utvalda repon.

Vad runnerna är

• Storlekar från 1 till 32 beräkningsenheter, var och en med 1 vCPU och 3 GB RAM, standard 2. Ange storleken per jobb med cracicorp/setup@v1 och dess indata size:.
• Nativ x86-64 och ARM64 till samma pris.
• Avbilder: CRACI Slim, CRACI Slim ARM64 och en GitHub-kompatibel Ubuntu 24.04-avbild, med Docker Engine, Buildx och Compose v2.
• Isolerade virtuella maskiner per jobb. Nästlad virtualisering finns på x86-64 och i förhandsversion på ARM64.
• Cachning: GitHub Actions-cachen plus cachning av containerlager – lokala, fjärranslutna och bind mount-baserade lagercachar.
• Pipelinens infrastruktur: ett stabilt IP-intervall för utgående trafik och runnermallar på organisationsnivå.
• Linux i dag. Runners för Windows och macOS finns på roadmapen.

Runnerna drivs av CRACI och körs på europeisk bare metal-infrastruktur, med datalagring inom EU. Kundhostade runners finns på roadmapen för Enterprise; se hanterade kontra egenhostade runners för avvägningen.

Därför hör säkerhet i leveranskedjan hemma i runnern

Produktionsbygget är inte bygget på en laptop. Versionsintervall löses olika, taggar flyttas, cachar är varma eller kalla, och miljön är inte densamma. Den enda tillförlitliga registreringen av vad som levererades är den som görs medan releasebygget körs – och därför placerade CRACI registreringen i runnern i stället för bredvid den. Hela resonemanget finns på därför hör säkerhet i leveranskedjan hemma i CI.

Eftersom CRACI äger runnern kan det göra saker som en skanner inte kan:

• Registrera, inte skanna. En paketmedveten proxy observerar vad jobbet faktiskt laddar ner, inklusive transitiva beroenden och paket som återställs från CI-cachar. Varje jobbs SBOM har en fullständighetsstatus.
• Upprätthålla en policy för utgående trafik. Policyn upprätthålls i runnern, valideras innan jobbet startar och blockerar vid fel.
• Leverera bevisen. API:t returnerar SBOM:er, nätverksspårningar och proveniens för varje jobb.

Ungefär dubbelt så snabbt som GitHub-hostade runners

CRACI kör byggen ungefär dubbelt så snabbt som GitHubs vanliga hostade runners, med samma arbetsflöden och utan att ändra dem. Jobbet som tog tio minuter tar ungefär fem.

Snabbare CI är värt mer än minuterna det sparar. En pull request som blir grön på fem minuter är en som granskaren fortfarande tittar på; en som tar tjugo är en som författaren redan har lämnat för något annat. Byggtiden är intervallet mellan att skriva en ändring och få veta om den fungerar, och den betalas vid varje push av varje utvecklare i teamet.

Tre saker förklarar det: hårdvaran, kortare väntetider och cachning.

Vad snabbheten kostar

Eftersom CRACI mäter per sekund och tar mindre betalt per minut förstärker dubbla hastigheten besparingen i stället för att äta upp den. För ett bygge som tar tio minuter på en GitHub-hostad 2-kärnig x64-runner (GitHubs listpriser per september 2026, CRACI:s per oktober 2026):

Bygge på tio minuter, 1 000 gånger i månaden	GitHub-hostad	CRACI
Verklig tid per bygge	10 minuter	Cirka 5 minuter
Kostnad per bygge	$0.060	$0.020
Kostnad per månad	Cirka $60	Cirka $20

Det är ungefär 67 % lägre, eller 3 gånger billigare. Räknar du bort snabbheten är besparingen enbart skillnaden i listpris, cirka 33 % på 2-kärnig x64. Hur mycket snabbare dina egna byggen blir beror på arbetslasten, så flytta ett arbetsflöde och mät.

Debitering per sekund

Byggminuter mäts per sekund, avrundat till närmaste sekund. GitHub avrundar varje jobb uppåt till en hel minut, så en matris av korta jobb debiteras för tid den aldrig använde: ett jobb på 30 sekunder kostar cirka 67 % mindre på CRACI, och ett jobb på 70 sekunder cirka 61 % mindre. Långa jobb närmar sig skillnaden i listpris.

Byggminuter kostar $0.002 per vCPU-minut, eller $0.004 per minut för en runner i storlek 2, till samma pris på ARM64. CRACI är inte den billigaste runnern på marknaden, och priset är inte argumentet: argumentet är vad runnern registrerar medan den körs. Se priser.

Så står sig CRACI mot andra GitHub Actions-runners

Blacksmith, Depot, Namespace och WarpBuild fungerar alla på samma sätt som CRACI: du behåller dina arbetsflöden i GitHub Actions och ändrar var jobbet körs. I hastighet och pris ligger de nära varandra, och flera har ett lägre listpris för ARM än CRACI. Skillnaden är vad runnern registrerar och kontrollerar medan jobbet körs.

CRACI är en av de mest prisvärda runnerna, och det är den som tar fram en SBOM över vad jobbet faktiskt hämtade, upprätthåller en policy för utgående trafik som blockerar vid fel och returnerar proveniensdata via sitt API – som en bieffekt av att köra bygget, utan att något läggs till i arbetsflödet. Vill du se den fullständiga jämförelsen rad för rad: GitHub Actions-runners jämförda.

Vad som fungerar bra på CRACI

Allt som ett GitHub Actions-jobb gör: applikationsbyggen, containeravbilder, testsviter. Två fall som är värda att nämna är Yocto- och BitBake-byggen av avbilder för inbyggd Linux, dokumenterade upp till runners i storlek 32, och pi-gen-byggen av Raspberry Pi OS.

På roadmapen

• Runners för Windows och macOS: på roadmapen.
• Kundhostade runners: på roadmapen, för Enterprise.
• Andra CI-system: GitHub Actions i dag, andra på roadmapen, ännu utan datum.