CRACI er runneren byggene dine kjører på

Én linje flytter bygget

CRACI erstatter runneren, ikke GitHub Actions. Workflow-filene, actions og secrets blir der de er; det eneste som endres, er hvor jobben kjører:

jobs:
  build:
    runs-on: craci

Kjøringene vises fortsatt i GitHub, så pull requests, checks og logger blir der teamet ditt allerede ser. Det sørger GitHub-appen for, som du installerer på alle eller utvalgte repositorier.

Hva runnerne er

• Størrelser fra 1 til 32 compute units, hver med 1 vCPU og 3 GB RAM, standard 2. Du angir størrelsen per jobb med cracicorp/setup@v1 og dens size:-input.
• Native x86-64 og ARM64 til samme pris.
• Images: CRACI Slim, CRACI Slim ARM64 og et GitHub-kompatibelt Ubuntu 24.04-image med Docker Engine, Buildx og Compose v2.
• Isolerte virtuelle maskiner per jobb. Nestet virtualisering er tilgjengelig på x86-64 og i preview på ARM64.
• Caching: GitHub Actions-cache pluss caching av containerlag – lokale, eksterne og bind mount-lagcacher.
• Pipeline-infrastruktur: et fast egress-IP-område og runner-maler på organisasjonsnivå.
• Linux i dag. Windows- og macOS-runnere er på veikartet.

Runnerne driftes av CRACI og kjører på europeisk bare metal-infrastruktur, med datalagring i EU. Kundehostede runnere er på veikartet for Enterprise; se administrerte kontra selvhostede runnere for avveiningen.

Hvorfor sikkerhet i leverandørkjeden hører hjemme i runneren

Produksjonsbygget er ikke det samme som bygget på en bærbar PC. Versjonsintervaller løses annerledes, tagger flytter seg, cacher er varme eller kalde, og miljøet er ikke det samme. Den eneste pålitelige registreringen av hva som ble levert, er den som ble tatt mens utgivelsesbygget kjørte – og derfor plasserte CRACI registreringen i runneren i stedet for ved siden av den. Hele argumentet står i hvorfor sikkerhet i leverandørkjeden hører hjemme i CI.

Fordi CRACI eier runneren, kan den gjøre ting en skanner ikke kan:

• Registrere, ikke skanne. En pakkebevisst proxy observerer hva jobben faktisk laster ned, inkludert transitive avhengigheter og pakker gjenopprettet fra CI-cacher. Hver jobbs SBOM har en fullstendighetsstatus.
• Håndheve egress-policy. Policyen håndheves på runneren, valideres før jobben starter, og blokkerer ved feil.
• Levere dokumentasjonen. API-et returnerer SBOM-er, nettverksspor og provenance for hver jobb.

Omtrent dobbelt så rask som GitHub-hostede runnere

CRACI kjører bygg omtrent dobbelt så raskt som GitHubs vanlige hostede runnere, med de samme workflowene og uten å endre dem. Jobben som tok ti minutter, tar omtrent fem.

Raskere CI er verdt mer enn minuttene det sparer. En pull request som blir grønn på fem minutter, er en som revieweren fortsatt ser på; en som tar tjue, er en som forfatteren har gått videre fra. Byggetid er tiden mellom å skrive en endring og finne ut om den virker, og den betales ved hver push av hver utvikler på teamet.

Tre ting forklarer det: maskinvaren, kortere ventetid og caching.

Hva hastigheten koster

Fordi CRACI måler per sekund og tar mindre per minutt, forsterker dobbel hastighet besparelsen i stedet for å utligne den. For et bygg som tar ti minutter på en GitHub-hostet 2-core x64-runner (GitHubs listepriser per september 2026, CRACI per oktober 2026):

Bygg på ti minutter, 1 000 ganger i måneden	GitHub-hosted	CRACI
Faktisk tid per bygg	10 minutter	Omtrent 5 minutter
Pris per bygg	$0.060	$0.020
Pris per måned	Omtrent $60	Omtrent $20

Det er omtrent 67 % lavere, eller 3 ganger billigere. Uten hastighetsøkningen er besparelsen bare forskjellen i listepris, omtrent 33 % på 2-core x64. Hvor mye raskere dine egne bygg blir, avhenger av arbeidsmengden, så flytt én workflow og mål det.

Fakturering per sekund

Byggeminutter måles per sekund, avrundet til nærmeste sekund. GitHub runder hver jobb opp til et helt minutt, så en matrise av korte jobber faktureres for tid den aldri brukte: En jobb på 30 sekunder koster omtrent 67 % mindre på CRACI, og en jobb på 70 sekunder omtrent 61 % mindre. Lange jobber nærmer seg forskjellen i listepris.

Byggeminutter koster $0.002 per vCPU-minutt, eller $0.004 per minutt for en runner i størrelse 2, til samme pris på ARM64. CRACI er ikke den billigste runneren på markedet, og prisen er ikke argumentet: Argumentet er hva runneren registrerer mens den kjører. Se priser.

Slik står CRACI seg mot andre GitHub Actions-runnere

Blacksmith, Depot, Namespace og WarpBuild fungerer alle på samme måte som CRACI: Workflowene dine blir i GitHub Actions, og du endrer hvor jobben kjører. På hastighet og pris ligger de nær hverandre, og flere har en lavere ARM-pris enn CRACI. Forskjellen er hva runneren registrerer og kontrollerer mens jobben kjører.

CRACI er en av de rimeligste runnerne, og det er den som produserer en SBOM over hva jobben faktisk hentet, håndhever en egress-policy som blokkerer ved feil, og returnerer provenance-data via API-et sitt – som et biprodukt av å kjøre bygget, uten at noe legges til i workflowen. Vil du ha den fullstendige versjonen rad for rad: GitHub Actions-runnere sammenlignet.

Hva som kjører godt på CRACI

Alt en GitHub Actions-jobb gjør: applikasjonsbygg, container-images, testsuiter. To tilfeller er verdt å trekke fram: Yocto- og BitBake-bygg av embedded Linux-images, dokumentert opp til runnere i størrelse 32, og pi-gen-bygg av Raspberry Pi OS.

På veikartet

• Windows- og macOS-runnere: på veikartet.
• Kundehostede runnere: på veikartet, for Enterprise.
• Andre CI-systemer: GitHub Actions i dag, andre på veikartet uten dato ennå.