Alternativas ao Namespace para runners de GitHub Actions

Somos nós que desenvolvemos o CRACI, por isso tenha isso em conta; descrevemos cada opção a partir da sua própria documentação e dizemos quando outra ferramenta se adequa melhor.

Porque é que as equipas procuram alternativas ao Namespace

O Namespace (namespace.so) executa runners Linux, Windows e macOS em hardware que ele próprio opera, selecionados através de perfis de runner. Os cache volumes mantêm os dados em armazenamento local entre execuções, e as suas políticas de egress correm em modo de bloqueio ou em modo consultivo, que regista as decisões sem bloquear.

As equipas procuram outras opções quando a sua situação muda:

• Evidências. O Namespace não regista uma SBOM do que cada job obteve.
• Preço. Em setembro de 2026, um runner Linux com 2 vCPU e 4 GB custa $0.002 por minuto no plano e $0.003 em excesso, com um mínimo de um minuto.
• Consolidação. As equipas que também querem evidências do build acabam por acrescentar outra ferramenta ao lado do runner.

O que procurar

• Preço por vCPU-minuto, memória por vCPU e como é arredondada a utilização.
• Os sistemas operativos e as arquiteturas de que precisa, incluindo ARM64.
• Cache de dependências e de camadas Docker.
• Controlo do egress, e se é uma política no job ou infraestrutura de rede que tem de manter.
• Evidências do build: SBOM, proveniência e um registo do que cada job obteve.
• Onde ficam os runners: alojados, na sua conta cloud ou no seu hardware.

As opções

1. CRACI (o nosso produto)

O CRACI é um runner compatível com GitHub Actions concebido em torno da segurança da cadeia de abastecimento, e executa builds cerca de duas vezes mais depressa do que os runners alojados no GitHub. Instale a CRACI GitHub App e defina runs-on: craci. A faturação é de $0.002 por vCPU-minuto ($0.004 para um runner predefinido de 2 vCPU), medida ao segundo, sem mensalidade e sem custo por SBOM. O ARM64 é faturado à mesma tarifa. Os tamanhos vão de 1 a 32 unidades de computação de 1 vCPU e 3 GB de RAM. Cada job produz uma SBOM do que obteve, com um estado de completude, é executado sob uma política de egress que falha em modo fechado e regista dados de proveniência que a API devolve.

Indicado para: builds Linux de software que distribui, quando precisa de demonstrar o que entrou em cada versão.

A considerar se: as evidências e o controlo do egress contam tanto como o custo. Atualmente, o CRACI é apenas Linux (Windows e macOS estão no roadmap) e não tem nível gratuito.

CRACI face aos runners alojados no GitHub

2. Blacksmith

O Blacksmith executa jobs de GitHub Actions em microVMs Firecracker, com Ubuntu em x64 e ARM de 2 a 32 vCPU, Windows em beta pública e macOS em Apple M4. Afirma que os seus runners são duas vezes mais rápidos do que os runners alojados no GitHub. Uma cache colocalizada funciona com as ações de cache padrão, e os sticky disks oferecem cache de camadas Docker a $0.50 por GB por mês. Em setembro de 2026, 2 vCPU x64 custa $0.004 por minuto e ARM $0.0025, com 3.000 minutos gratuitos por mês.

Indicado para: Actions mais rápidas e mais baratas, com cache Docker e depuração por SSH.

CRACI face ao Blacksmith

3. Depot

A Depot oferece runners Linux de 2 a 64 vCPU, Windows e, a partir do plano Startup, macOS, ligados a uma cache distribuída. Descreve os seus runners como "up to 3x faster than a GitHub-hosted runner." O seu serviço remoto de builds Docker mantém uma cache de camadas persistente, os runners Linux suportam filtragem de egress e, no plano Business, os runners podem ficar na sua própria conta AWS. Em setembro de 2026, 2 vCPU custa $0.006 por minuto para além dos minutos do plano, contabilizado ao segundo.

Indicado para: equipas cujo tempo de CI é dominado por builds de imagens Docker.

A considerar se: também pretende cache de builds remota para Bazel, Gradle ou Turborepo.

CRACI face à Depot

4. WarpBuild

A WarpBuild oferece runners Linux em x86-64 e arm64 até 32 vCPU, Windows Server e macOS em Apple M4 Pro, com cache de camadas de contentores e runners com snapshots. A sua opção bring-your-own-cloud executa os mesmos runners na sua conta AWS, GCP ou Azure a $0.002 por minuto, mais a fatura da sua cloud. A versão alojada de 2 vCPU x86-64 custa $0.004 por minuto (em setembro de 2026). A WarpBuild anuncia builds duas a dez vezes mais rápidos.

Indicado para: runners geridos dentro da sua própria conta de cloud.

A considerar se: precisa de suporte para GitHub Enterprise Server ou de um SLA de 99.9% de disponibilidade.

CRACI face à WarpBuild

5. Ubicloud

A Ubicloud é uma cloud open source, e os seus runners geridos de GitHub Actions ativam-se com uma única etiqueta, como ubicloud-standard-2. Oferece runners Ubuntu em x64 e arm64 de 2 a 30 vCPU. Em setembro de 2026, 2 vCPU custa $0.00125 por minuto em x64 e em arm64, faturado ao minuto, e cada conta recebe um crédito mensal de $2.50, cerca de 1.250 minutos. A Ubicloud também permite gerir os seus próprios runners.

Indicado para: um preço por minuto baixo para jobs Linux em runners alojados.

A considerar se: só precisa de Linux. A documentação de runners da Ubicloud lista apenas imagens Ubuntu.

CRACI face à Ubicloud

6. RunsOn

O RunsOn lança uma instância EC2 efémera por job na sua própria conta AWS, a partir de uma única stack CloudFormation ou Terraform. Executa Linux em x64 e arm64, Windows e instâncias GPU; os jobs macOS ficam nos runners alojados no GitHub. Uma cache S3 na sua VPC e a cache de camadas Docker estão incluídas. Em setembro de 2026, a licença é uma taxa anual fixa por entidade jurídica, de cerca de $348 (€300) por ano no Starter a cerca de $4,176 (€3,600) no Enterprise, e a AWS fatura a computação sem margem do RunsOn. É gratuito para uso não comercial e tem um período experimental de 15 dias.

Indicado para: runners dentro da sua própria conta AWS por uma taxa de licença fixa.

A considerar se: já trabalha na AWS e pretende pagar a computação diretamente.

CRACI face ao RunsOn

7. Cirun

O Cirun oferece "managed self-hosted runners at the fraction of cost, on your cloud." Os runners arrancam na sua própria conta AWS, Google Cloud, Azure, Oracle, OpenStack ou DigitalOcean, configurados num ficheiro .cirun.yml, e podem executar Linux ou Windows, em ARM ou com GPU como a NVIDIA Tesla T4. Em setembro de 2026, o Cirun é gratuito para repositórios públicos, o Startup custa $29 por mês para 3 repositórios privados e o Business $79 para 10, e as máquinas correm por conta da fatura da sua própria cloud.

Indicado para: runners GPU na sua própria conta de cloud, na cloud que escolher.

A considerar se: mantém projetos open source, que o Cirun suporta gratuitamente.

Runners geridos face a runners self-hosted

8. Runners alojados no GitHub

Os runners alojados no GitHub dão a cada job uma máquina virtual nova, sem nada para operar, em Linux, Windows e macOS. Os planos incluem de 2.000 a 50.000 minutos por mês, e os runners padrão são gratuitos em repositórios públicos. Em setembro de 2026, o GitHub indica para um runner Linux x64 padrão de 2 núcleos o preço de $0.006 por minuto e arredonda cada job para o minuto inteiro seguinte.

Indicado para: zero configuração, todos os sistemas operativos e uma utilização que caiba nos minutos do seu plano.

Alternativas aos runners alojados no GitHub

9. Runners self-hosted com Actions Runner Controller

O Actions Runner Controller (ARC) é "a Kubernetes operator that orchestrates and scales self-hosted runners for GitHub Actions." Os runner scale sets crescem e encolhem com o número de workflows em execução, e os runners podem ser contentores efémeros. Em setembro de 2026, o GitHub não cobra por minuto a utilização self-hosted, mas a sua empresa é responsável pelo sistema operativo e pelo software, e o GitHub avisa que os runners self-hosted quase nunca devem ser usados em repositórios públicos.

Indicado para: jobs que têm de ser executados na sua rede ou no seu hardware.

A considerar se: já opera Kubernetes e tem tempo para o reforçar e manter.

Runners geridos face a runners self-hosted

Lado a lado

"Não indicado" significa que não conseguimos confirmá-lo nas páginas públicas do fornecedor.

Quando ficar com o Namespace

• Quer runners Linux, Windows e macOS de um só fornecedor.
• Quer experimentar uma política de egress em modo consultivo antes de a aplicar.
• Depende dos cache volumes ou da execução remota Bazel.
• Pode combinar: a escolha é feita por job, pelo que alguns jobs podem mudar e os restantes ficar.

Saiba mais sobre integração com CI/CD, preços do CRACI e os runners de GitHub Actions comparados.

Alternativas ao Namespace: perguntas frequentes

Respostas curtas às perguntas que as equipas fazem quando comparam

Qual é a melhor alternativa ao Namespace?

Depende daquilo de que precisa. Para um preço por minuto mais baixo, veja o Ubicloud. Para runners na sua própria conta cloud, veja o WarpBuild, o RunsOn ou o Cirun. Para builds com muito Docker, o Depot oferece builds BuildKit remotos. Se precisa de um registo do que cada build obteve, o CRACI regista-o em cada job.

Qual é a alternativa mais barata ao Namespace?

O Ubicloud lista 2 vCPU a $0.00125 por minuto em x64 e arm64, abaixo dos $0.002 no plano e $0.003 em excesso do Namespace, em setembro de 2026. A memória por vCPU e o arredondamento diferem, por isso compare-os também: o Namespace tem um mínimo de um minuto por job, e o CRACI mede ao segundo.

Que alternativas ao Namespace funcionam na minha própria cloud?

O Namespace corre em hardware que ele próprio opera. A opção bring-your-own-cloud do WarpBuild corre em AWS, GCP ou Azure, o Depot corre na sua conta AWS no plano Business, o RunsOn corre na sua conta AWS e o Cirun suporta seis clouds, incluindo OpenStack. Os runners do CRACI são hoje geridos, com runners alojados pelo cliente no roadmap para o Enterprise.

Que alternativas suportam Windows, macOS ou GPU?

Os runners alojados no GitHub, o Blacksmith, o Depot e o WarpBuild oferecem Windows e macOS, tal como o Namespace, com Windows em beta pública no Blacksmith. O RunsOn e o Cirun oferecem Windows e instâncias com GPU na sua própria cloud. O CRACI executa hoje Linux x86-64 e ARM64, com Windows e macOS no roadmap.

O que é que o Namespace faz bem?

Runners Linux, Windows e macOS de um só fornecedor, cache volumes em armazenamento local e execução remota Bazel. As suas políticas de egress podem correr primeiro em modo consultivo, para que possa construir uma lista de permissões a partir do tráfego real antes de bloquear.