Alternative a Namespace per i runner GitHub Actions

Noi sviluppiamo CRACI, ne tenga conto; descriviamo ogni opzione in base alla sua documentazione e diciamo quando un altro strumento è più adatto.

Perché i team guardano oltre Namespace

Namespace (namespace.so) esegue runner Linux, Windows e macOS su hardware che gestisce direttamente, selezionati tramite runner profile. I cache volume mantengono i dati su storage locale tra un'esecuzione e l'altra, e le sue policy di egress girano in modalità di blocco o in modalità advisory, che registra le decisioni senza bloccare.

I team guardano altrove quando la loro situazione cambia:

• Evidenze. Namespace non registra una SBOM di ciò che ogni job ha scaricato.
• Prezzo. A settembre 2026, un runner Linux da 2 vCPU e 4 GB costa $0.002 al minuto nel piano e $0.003 in eccedenza, con un minimo di un minuto.
• Consolidamento. I team che vogliono anche le evidenze di build finiscono per aggiungere un altro strumento accanto al runner.

Che cosa valutare

• Prezzo per vCPU-minuto, memoria per vCPU e come viene arrotondato l'utilizzo.
• I sistemi operativi e le architetture di cui ha bisogno, compreso ARM64.
• Caching delle dipendenze e dei layer Docker.
• Controllo dell'egress, e se si tratta di una policy sul job o di un'infrastruttura di rete da mantenere.
• Evidenze di build: SBOM, provenance e una registrazione di ciò che ogni job ha scaricato.
• Dove risiedono i runner: in hosting, nel Suo account cloud o sul Suo hardware.

Le opzioni

1. CRACI (il nostro prodotto)

CRACI è un runner compatibile con GitHub Actions costruito attorno alla sicurezza della supply chain, ed esegue le build circa due volte più velocemente dei runner ospitati da GitHub. Installi la GitHub App di CRACI e imposti runs-on: craci. La fatturazione è di $0.002 per vCPU-minuto ($0.004 per un runner predefinito da 2 vCPU), misurata al secondo, senza canone mensile e senza costi per SBOM. ARM64 viene fatturato alla stessa tariffa. Le dimensioni vanno da 1 a 32 unità di calcolo da 1 vCPU e 3 GB di RAM. Ogni job produce una SBOM di ciò che ha scaricato, con uno stato di completezza, viene eseguito sotto una policy di egress in modalità fail closed e registra dati di provenance restituiti dall'API.

Ideale per: build Linux del software che Lei distribuisce, quando deve dimostrare che cosa è entrato in ogni release.

Da valutare se: evidenze e controllo dell'egress contano quanto il costo. Oggi CRACI supporta solo Linux (Windows e macOS sono in roadmap) e non ha un livello gratuito.

CRACI e i runner ospitati da GitHub

2. Blacksmith

Blacksmith esegue i job GitHub Actions in microVM Firecracker, con Ubuntu su x64 e ARM da 2 a 32 vCPU, Windows in beta pubblica e macOS su Apple M4. Dichiara che i suoi runner sono due volte più veloci dei runner ospitati da GitHub. Una cache co-locata funziona con le cache action standard e gli sticky disk offrono il caching dei layer Docker a $0.50 per GB al mese. A settembre 2026, 2 vCPU x64 costano $0.004 al minuto e ARM $0.0025, con 3.000 minuti gratuiti al mese.

Ideale per: Actions più veloci ed economiche, con caching Docker e debug via SSH.

CRACI e Blacksmith

3. Depot

Depot offre runner Linux da 2 a 64 vCPU, Windows e, dal piano Startup in su, macOS, collegati a una cache distribuita. Descrive i suoi runner come "fino a 3 volte più veloci di un runner ospitato da GitHub". Il suo servizio remoto di build Docker mantiene una cache dei layer persistente, i runner Linux supportano il filtraggio dell'egress e, con il piano Business, i runner possono risiedere nel Suo account AWS. A settembre 2026, 2 vCPU costano $0.006 al minuto oltre i minuti del piano, conteggiati al secondo.

Ideale per: i team il cui tempo di CI è dominato dalle build di immagini Docker.

Da valutare se: desidera il caching remoto delle build anche per Bazel, Gradle o Turborepo.

CRACI e Depot

4. WarpBuild

WarpBuild offre runner Linux su x86-64 e arm64 fino a 32 vCPU, Windows Server e macOS su Apple M4 Pro, con caching dei layer dei container e snapshot runner. La sua opzione bring-your-own-cloud esegue gli stessi runner nel Suo account AWS, GCP o Azure a $0.002 al minuto più la Sua fattura cloud. La versione ospitata a 2 vCPU x86-64 costa $0.004 al minuto (a settembre 2026). WarpBuild dichiara build da due a dieci volte più veloci.

Ideale per: runner gestiti all'interno del Suo account cloud.

Da valutare se: Le serve il supporto per GitHub Enterprise Server o uno SLA di uptime del 99,9%.

CRACI e WarpBuild

5. Ubicloud

Ubicloud è un cloud open source, e i suoi runner GitHub Actions gestiti si attivano con una sola label, come ubicloud-standard-2. Offre runner Ubuntu su x64 e arm64 da 2 a 30 vCPU. A settembre 2026, 2 vCPU costano $0.00125 al minuto sia su x64 sia su arm64, fatturati al minuto, e ogni account riceve un credito mensile di $2.50, circa 1.250 minuti. Ubicloud consente anche di gestire i propri runner.

Ideale per: un prezzo al minuto basso per i job Linux su runner ospitati.

Da valutare se: Le serve solo Linux. La documentazione dei runner di Ubicloud elenca solo immagini Ubuntu.

CRACI e Ubicloud

6. RunsOn

RunsOn avvia un'istanza EC2 effimera per ogni job nel Suo account AWS, a partire da un unico stack CloudFormation o Terraform. Supporta Linux su x64 e arm64, Windows e istanze GPU; i job macOS restano sui runner ospitati da GitHub. Una cache S3 nel Suo VPC e il caching dei layer Docker sono integrati. A settembre 2026, la licenza è un canone annuo fisso per entità legale, da circa $348 (€300) all'anno per Starter a circa $4,176 (€3,600) per Enterprise, e AWS fattura il calcolo senza ricarichi di RunsOn. È gratuito per uso non commerciale e prevede una prova di 15 giorni.

Ideale per: runner all'interno del Suo account AWS con un canone di licenza fisso.

Da valutare se: lavora già su AWS e desidera pagare direttamente il calcolo.

CRACI e RunsOn

7. Cirun

Cirun offre "runner self-hosted gestiti a una frazione del costo, sul Suo cloud". I runner si avviano nel Suo account su AWS, Google Cloud, Azure, Oracle, OpenStack o DigitalOcean, configurati in un file .cirun.yml, e possono eseguire Linux o Windows, su ARM o con GPU come la NVIDIA Tesla T4. A settembre 2026, Cirun è gratuito per i repository pubblici, Startup costa $29 al mese per 3 repository privati e Business $79 per 10, e le macchine girano sulla Sua fattura cloud.

Ideale per: runner GPU nel Suo account cloud, sul cloud di Sua scelta.

Da valutare se: mantiene progetti open source, che Cirun supporta gratuitamente.

Runner gestiti e self-hosted

8. Runner ospitati da GitHub

I runner ospitati da GitHub assegnano a ogni job una macchina virtuale nuova, senza nulla da gestire, su Linux, Windows e macOS. I piani includono da 2.000 a 50.000 minuti al mese e i runner standard sono gratuiti nei repository pubblici. A settembre 2026, GitHub indica per un runner standard Linux x64 a 2 core $0.006 al minuto e arrotonda ogni job per eccesso al minuto intero.

Ideale per: nessuna configurazione, tutti i sistemi operativi e un utilizzo che rientra nei minuti del Suo piano.

Alternative ai runner ospitati da GitHub

9. Runner self-hosted con Actions Runner Controller

Actions Runner Controller (ARC) è "un operator Kubernetes che orchestra e scala i runner self-hosted per GitHub Actions". I runner scale set crescono e si riducono in base al numero di workflow in esecuzione e i runner possono essere container effimeri. A settembre 2026 GitHub non addebita costi al minuto per l'uso self-hosted, ma la responsabilità del sistema operativo e del software è Sua, e GitHub avverte che i runner self-hosted non dovrebbero quasi mai essere usati per i repository pubblici.

Ideale per: job che devono girare nella Sua rete o sul Suo hardware.

Da valutare se: usa già Kubernetes e ha il tempo di rafforzarlo e mantenerlo.

Runner gestiti e self-hosted

Fianco a fianco

"Non dichiarato" significa che non abbiamo potuto verificarlo nelle pagine pubbliche del vendor.

Quando restare con Namespace

• Vuole runner Linux, Windows e macOS da un unico vendor.
• Vuole provare una policy di egress in modalità advisory prima di applicarla.
• Dipende dai cache volume o dall'esecuzione remota Bazel.
• Può combinare: la scelta si fa per job, quindi alcuni job possono spostarsi mentre gli altri restano.

Approfondisca l'integrazione CI/CD, i prezzi di CRACI e il confronto tra runner GitHub Actions.

Alternative a Namespace: domande frequenti

Risposte brevi alle domande che i team si pongono quando confrontano le opzioni

Qual è la migliore alternativa a Namespace?

Dipende da ciò di cui ha bisogno. Per un prezzo al minuto più basso, guardi a Ubicloud. Per runner nel Suo account cloud, guardi a WarpBuild, RunsOn o Cirun. Per build con molto Docker, Depot offre build BuildKit remote. Se Le serve una registrazione di ciò che ogni build ha scaricato, CRACI la produce su ogni job.

Qual è l'alternativa a Namespace più economica?

Ubicloud indica 2 vCPU a $0.00125 al minuto su x64 e arm64, meno dei $0.002 nel piano e dei $0.003 in eccedenza di Namespace, a settembre 2026. La memoria per vCPU e gli arrotondamenti differiscono, quindi confronti anche quelli: Namespace ha un minimo di un minuto per job, e CRACI misura al secondo.

Quali alternative a Namespace girano nel mio cloud?

Namespace gira su hardware che gestisce direttamente. L'opzione bring-your-own-cloud di WarpBuild gira su AWS, GCP o Azure, Depot gira nel Suo account AWS con il piano Business, RunsOn gira nel Suo account AWS e Cirun supporta sei cloud, tra cui OpenStack. Oggi i runner CRACI sono gestiti, con i runner ospitati dal cliente in roadmap per Enterprise.

Quali alternative supportano Windows, macOS o GPU?

I runner ospitati da GitHub, Blacksmith, Depot e WarpBuild offrono Windows e macOS, come Namespace, con Windows in beta pubblica su Blacksmith. RunsOn e Cirun offrono Windows e istanze GPU nel Suo cloud. CRACI esegue oggi Linux x86-64 e ARM64, con Windows e macOS in roadmap.

Che cosa fa bene Namespace?

Runner Linux, Windows e macOS da un unico vendor, cache volume su storage locale ed esecuzione remota Bazel. Le sue policy di egress possono girare prima in modalità advisory, così può costruire un'allowlist dal traffico reale prima di bloccare.