CRACI vs WarpBuild

La risposta breve

WarpBuild è un fornitore di runner per GitHub Actions. Offre runner ospitati su Linux, Windows e macOS, una cache veloce, snapshot runner, builder Docker remoti e un'opzione bring-your-own-cloud (BYOC) che esegue gli stessi runner nel Suo account AWS, GCP o Azure. Se desidera la più ampia copertura di piattaforme da un solo vendor di runner, o runner all'interno del Suo cloud, WarpBuild è un'opzione solida.

CRACI è un runner compatibile con GitHub Actions costruito attorno alla sicurezza della supply chain: ogni job produce una SBOM di ciò che ha scaricato e viene eseguito con una policy di egress. WarpBuild compete su velocità, prezzo e collocazione del runner; CRACI su ciò che il runner registra e controlla. Entrambi sostituiscono il runner ospitato da GitHub, quindi va scelto uno dei due.

In sintesi

Che cosa fa bene WarpBuild

• Piattaforme e dimensioni. Runner Linux su x86-64 (Ubuntu 22.04, 24.04 e 26.04) e arm64 (24.04 e 26.04) da 2 vCPU e 8 GB di RAM fino a 32 vCPU e 128 GB, runner Windows Server 2022 e 2025 da 4 vCPU, macOS 14, 15 e 26 su Apple M4 Pro e runner Linux arm64 su Apple Silicon. La virtualizzazione annidata è disponibile su Linux x86-64.
• Isolamento. Ogni runner è una macchina virtuale effimera, creata per il job e distrutta subito dopo, con un proprio volume di storage cifrato. WarpBuild afferma di non accedere al Suo codice e di non archiviare i secret di build.
• Caching e Docker. Una cache senza limite di dimensione, fatturata $0.20 per GB al mese sui runner ospitati, caching dei layer dei container, snapshot runner che ripristinano uno stato preparato della macchina e builder Docker remoti con build native amd64 e arm64 che funzionano anche da altri sistemi CI.
• Bring your own cloud. BYOC esegue runner gestiti da WarpBuild nel Suo account AWS, GCP o Azure, in qualsiasi regione, con IP statici, istanze spot, dischi in standby e immagini VM personalizzate. WarpBuild indica i runner BYOC Linux e Windows a $0.002 al minuto, con componenti aggiuntivi gratuiti, in aggiunta a ciò che Lei paga al Suo provider cloud.
• Enterprise. SOC 2 Type II per sicurezza, disponibilità e riservatezza, infrastruttura specifica per regione, SAML SSO, SCIM, uno SLA di uptime del 99,9% garantito da crediti, warm pool che avviano i job in meno di 10 secondi, debug via SSH e supporto per GitHub Enterprise Server.

Sulla velocità, WarpBuild pubblicizza build due volte più veloci dei runner ospitati da GitHub, e da due a dieci volte più veloci sulla sua pagina dei prezzi. Sono dati di WarpBuild, e non abbiamo confrontato CRACI e WarpBuild con un benchmark; il test corretto è la Sua pipeline.

Prezzo e dimensionamento

Su x86-64 i due hanno lo stesso prezzo al minuto, $0.004 a 2 vCPU e $0.064 a 32 vCPU. Il prezzo arm64 di WarpBuild è più basso, poiché CRACI addebita ARM64 alla stessa tariffa di x86-64. BYOC sposta il costo di calcolo sulla Sua fattura cloud. CRACI misura al secondo anziché al minuto, quindi i job brevi vengono fatturati per i secondi effettivi di esecuzione. Anche la memoria per vCPU è diversa (3 GB su CRACI, 4 GB su WarpBuild Linux), quindi, prima di confrontare, valuti di che cosa hanno bisogno le Sue build. Consulti i prezzi di CRACI per le condizioni attuali.

In che cosa CRACI è diverso

CRACI considera la build la fonte di verità su ciò che Lei distribuisce.

Un record di ciò che la build ha scaricato

Durante l'esecuzione di ogni job, un proxy che riconosce i pacchetti registra il traffico verso le sorgenti dei pacchetti: npm, PyPI, RubyGems, Cargo, Go, Nix, OCI, apt, apk e sorgenti Git, oltre ai preset di download. Le evidenze sulle dipendenze viaggiano con le cache CI, quindi anche un pacchetto ripristinato da una cache viene conteggiato. La SBOM di ogni job, in CycloneDX o SPDX, riporta uno stato di completezza per job e per cache, così Lei sa quando il record è completo e quando non lo è.

Una policy di egress inclusa nel runner

Le policy di CRACI prevedono negazione o autorizzazione predefinita, con 24 preset integrati di sorgenti software, sorgenti personalizzate tipizzate per npm, PyPI, apt, apk, il proxy Go, Nix, Cargo, registry OCI e Git su HTTPS e SSH, e regole esplicite TLS, TCP, UDP e ICMP. Le policy vengono convalidate prima dell'avvio del job, operano in modalità fail closed e inviano un avviso in caso di violazione. I runner CRACI usano anche un intervallo di IP di egress stabile.

La documentazione di WarpBuild non descrive una policy di egress per job per i suoi runner ospitati. Con BYOC i runner si trovano nella Sua rete, e la guida all'hardening per AWS di WarpBuild mostra come restringere le regole in uscita con i Suoi security group, elencando gli endpoint di cui un runner ha bisogno. Funziona, ed è un'infrastruttura di rete che Lei mantiene nel Suo account cloud anziché una policy associata al job.

Provenance e monitoraggio

• Dati di provenance. L'API restituisce SBOM, tracce di rete e provenance. CRACI non firma la provenance e non dichiara alcun livello SLSA.
• Monitoraggio di ciò che è stato distribuito. Le SBOM monitorate vengono rivalutate di continuo rispetto alle nuove vulnerabilità, e i risultati vengono aggregati tra build e repository.

Prenoti una demo per vedere la SBOM, la traccia di rete e la provenance di uno dei Suoi workflow.

Quale scegliere

WarpBuild è la scelta migliore se

• Le servono runner macOS o Windows. Oggi CRACI è solo Linux; Windows e macOS sono in roadmap.
• Desidera runner nel Suo account AWS, GCP o Azure. CRACI non offre ancora runner ospitati dal cliente; sono in roadmap per Enterprise.
• Usa GitHub Enterprise Server, che oggi CRACI non supporta.
• Fa affidamento oggi su snapshot runner o builder Docker remoti.
• L'obiettivo principale è il costo al minuto più basso su arm64 o con BYOC.

CRACI è la scelta migliore se

• Deve mostrare che cosa è entrato in una release, con uno stato di completezza, a partire dalla build stessa.
• Desidera una policy di egress associata a ogni job senza integrarla nella rete del Suo cloud.
• Desidera il monitoraggio delle SBOM distribuite.
• Ha bisogno della residenza dei dati nell'UE, disponibile nel piano Enterprise di CRACI.

A che cosa rinuncia con CRACI. Ai job Windows e macOS, ai runner nel Suo cloud e a GitHub Enterprise Server, tutti offerti oggi da WarpBuild, oltre ai prezzi più bassi per arm64 e BYOC. Ciò che ottiene è un record di build che sicurezza e compliance possono usare senza un altro scanner nella pipeline.

Per il Cyber Resilience Act

Il Cyber Resilience Act chiede ai fabbricanti di conoscere i componenti dei loro prodotti, gestirne le vulnerabilità e conservare le evidenze. Il prodotto di WarpBuild è infrastruttura CI. CRACI automatizza una parte significativa della visibilità e delle evidenze sulla software supply chain di cui le aziende hanno bisogno nel loro più ampio processo di conformità al CRA: SBOM in fase di build esportate in CycloneDX o SPDX, tracciamento delle vulnerabilità e provenance tramite l'API. Veda le evidenze per il CRA.

Passare da WarpBuild

CRACI sostituisce il runner, non GitHub Actions. I workflow e l'interfaccia di GitHub restano invariati, e la label del job diventa runs-on: craci. I job dispongono di Docker Engine, Buildx e Compose v2, di un'immagine Ubuntu 24.04 compatibile con GitHub e della virtualizzazione annidata su x86-64. Scopra di più su integrazione CI/CD e generazione di SBOM in fase di build.

WarpBuild vs CRACI: domande frequenti

Prezzi, BYOC, piattaforme e sicurezza, con risposte basate sulle informazioni pubblicate da ciascun vendor

Che cos'è WarpBuild?

WarpBuild è un fornitore di runner per GitHub Actions. Esegue i Suoi job sui propri runner Linux, Windows e macOS, oppure su runner gestiti da WarpBuild all'interno del Suo account AWS, GCP o Azure (BYOC). Vende anche builder Docker remoti, snapshot runner e una cache per artefatti e layer dei container.

Quanto costa WarpBuild?

A settembre 2026, i runner Linux ospitati di WarpBuild costano $0.004 al minuto per 2 vCPU su x86-64 e $0.003 su arm64, fino a $0.064 e $0.048 a 32 vCPU. Windows parte da $0.016 al minuto per 4 vCPU, macOS su M4 Pro da $0.08 per 6 vCPU. I runner BYOC costano $0.002 al minuto in aggiunta alla Sua fattura cloud. Lo storage della cache costa $0.20 per GB al mese, e la fatturazione è al minuto.

WarpBuild costa meno di CRACI?

Su arm64 sì; su x86-64 il prezzo di listino è lo stesso. CRACI addebita $0.004 al minuto per 2 vCPU sia su x86-64 sia su ARM64, contro i $0.004 di WarpBuild su x86-64 e i $0.003 su arm64. A 32 vCPU entrambi indicano $0.064 al minuto su x86-64. WarpBuild definisce BYOC la sua opzione più economica su larga scala, poiché si pagano $0.002 al minuto più la propria fattura cloud. CRACI misura al secondo anziché al minuto, quindi i job brevi vengono fatturati per i secondi effettivi di esecuzione. Ciò che CRACI aggiunge sul runner è il record della build: una SBOM per ogni job, una policy di egress, dati di provenance e monitoraggio delle vulnerabilità.

Che cos'è WarpBuild BYOC, e CRACI può funzionare nel mio cloud?

BYOC esegue runner gestiti da WarpBuild nel Suo account AWS, GCP o Azure, in qualsiasi regione, con IP statici, istanze spot, dischi in standby e immagini VM personalizzate. Oggi CRACI esegue runner gestiti su infrastruttura europea, con runner ospitati dal cliente in roadmap per Enterprise.

WarpBuild genera SBOM o provenance della build?

Non figura tra le sue funzionalità documentate. WarpBuild si concentra su calcolo, caching e collocazione del runner. CRACI registra i pacchetti scaricati da ogni job, compresi quelli ripristinati dalle cache, e produce una SBOM CycloneDX o SPDX con uno stato di completezza. L'API restituisce SBOM, tracce di rete e provenance.

WarpBuild può limitare ciò che una build può raggiungere in rete?

La documentazione di WarpBuild non descrive una policy di egress per job per i suoi runner ospitati. Con BYOC i runner si trovano nella Sua rete, e la sua guida all'hardening per AWS mostra come restringere le regole in uscita con i Suoi security group. CRACI applica una policy di egress sul runner per ogni job: negazione o autorizzazione predefinita, 24 preset integrati di sorgenti software, convalidata prima dell'avvio del job e in modalità fail closed.

CRACI supporta Windows, macOS o GitHub Enterprise Server?

Oggi no. CRACI esegue Linux su x86-64 e ARM64, con Windows e macOS in roadmap, e non supporta GitHub Enterprise Server. WarpBuild offre runner Windows e macOS e il supporto per GitHub Enterprise Server nel suo piano enterprise.

WarpBuild è conforme a SOC 2, e dove sono conservati i dati?

WarpBuild dichiara di avere la certificazione SOC 2 Type 2 per sicurezza, disponibilità e riservatezza, e afferma di non accedere al Suo codice né ai secret di build. I piani Enterprise possono conservare i dati in una regione a scelta. CRACI esegue le build su infrastruttura bare metal europea, offre la residenza dei dati nell'UE con Enterprise, non archivia il Suo codice sorgente e documenta i propri controlli di sicurezza nel suo Trust Center.

WarpBuild è più veloce di CRACI?

WarpBuild pubblicizza build due volte più veloci dei runner ospitati da GitHub sulla sua homepage, e da due a dieci volte più veloci sulla sua pagina dei prezzi. Non abbiamo confrontato CRACI e WarpBuild con un benchmark, quindi esegua lo stesso workflow su entrambi e confronti.

Devo riscrivere i miei workflow GitHub Actions per passare?

No. Entrambi i prodotti sostituiscono il runner, non GitHub Actions. Workflow, trigger e interfaccia di GitHub restano invariati; su CRACI la label del job diventa runs-on: craci.