Runners alojados no GitHub e 7 alternativas

O que são os runners alojados no GitHub?

Os runners alojados no GitHub são as máquinas virtuais que o GitHub disponibiliza para executar os seus jobs de GitHub Actions. Cada job recebe uma nova VM no Microsoft Azure com Ubuntu, Windows ou macOS e um conjunto de ferramentas pré-instaladas, e escolhe-se uma com uma etiqueta como runs-on: ubuntu-latest.

O GitHub mantém as imagens no repositório actions/runner-images e atualiza o seu software todas as semanas. Suporta no máximo duas imagens com disponibilidade geral e uma imagem beta em simultâneo, e começa a retirar a etiqueta mais antiga assim que uma nova atinge a disponibilidade geral. Os runners Linux e macOS dão-lhe sudo sem palavra-passe.

Especificações e preços dos runners standard

Em repositórios privados, um runner Linux standard tem 2 vCPU, 8 GB de RAM e um SSD de 14 GB, por $0.006 por minuto em x64. Os repositórios públicos têm 4 vCPU e 16 GB de RAM em Linux e Windows, gratuitamente.

Limites a ter em conta

• Faturação: cada job é arredondado para cima, ao minuto inteiro. Os planos incluem 2.000 minutos no Free, 3.000 no Pro e no Team e 50.000 no Enterprise Cloud.
• Duração dos jobs: até 6 horas por job; ubuntu-slim termina os jobs ao fim de 15 minutos.
• Concorrência: 20 jobs simultâneos no Free, 40 no Pro, 60 no Team e 500 no Enterprise, com o macOS limitado a 5 no Free, no Pro e no Team.
• Runners maiores: até 96 núcleos em Linux x64, com IP estáticos e rede privada Azure, nos planos Team e Enterprise Cloud. Custam a partir de $0.012 por minuto e nunca usam os minutos incluídos.
• Evidências: o runner não regista que pacotes um job obteve. O grafo de dependências do GitHub descreve o repositório, não um build específico.

Custo do GitHub Actions: quanto custa um minuto e como o reduzir

Porque é que as equipas procuram alternativas

As equipas substituem os runners alojados no GitHub quando a fatura, a capacidade, o controlo da rede ou as evidências de lançamento deixam de ser adequados. Para muitas equipas, a configuração predefinida chega: não há nada para operar, os três sistemas operativos estão disponíveis e os runners standard são gratuitos em repositórios públicos.

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. As equipas procuram outras opções quando a sua situação muda:

• Volume. Em setembro de 2026, o GitHub lista um runner standard Linux x64 de 2 núcleos a $0.006 por minuto e arredonda cada job para cima, ao minuto inteiro. Com muitos jobs curtos, esse arredondamento acumula-se.
• Capacidade e cache. Os builds ultrapassam a configuração predefinida, ou gastam o seu tempo a restaurar caches.
• Controlo da rede. Quer limitar o que um build pode alcançar, não apenas o que executa.
• Evidências. Um cliente ou um regulamento pergunta o que entrou numa versão, e um runner de uso geral não regista isso.
• Localização. Alguns jobs têm de correr dentro da sua própria rede ou conta cloud.

O que procurar

• Preço por vCPU-minuto, memória por vCPU e como é arredondada a utilização.
• Sistemas operativos e 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 mantém.
• Evidências do build: SBOM, proveniência e um registo do que cada job obteve.
• Onde ficam os runners, e as evidências do build que o seu departamento de compras pede.

Quando um fornecedor abaixo publica uma afirmação sobre velocidade, citamo-la como um valor desse fornecedor. O seu próprio pipeline é o único benchmark justo.

As opções

CRACI (o nosso produto)

O CRACI é um runner compatível com GitHub Actions construído em torno da segurança da cadeia de abastecimento. Instale a GitHub App do CRACI e defina runs-on: craci. A faturação é de $0.002 por vCPU-minuto ($0.004 com 2 vCPU), medida ao segundo, com ARM64 à 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, e corre sob uma política de egress que falha em modo fechado.

Indicado para: builds Linux de software que lança, em que precisa de mostrar o que entrou em cada versão.

A considerar se: as evidências e o controlo do egress importam tanto como o custo. O CRACI é hoje apenas Linux (Windows e macOS estão no roadmap) e não tem nível gratuito. O CRACI executa builds cerca de duas vezes mais depressa do que os runners alojados no GitHub, graças a hardware mais rápido, tempos de fila mais curtos e cache.

CRACI vs runners alojados no GitHub

Blacksmith

O Blacksmith executa jobs de GitHub Actions em microVM 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 cache actions standard, e os sticky disks oferecem cache de camadas Docker a $0.50 por GB por mês. Em setembro de 2026, 2 vCPU x64 custam $0.004 por minuto e ARM $0.0025, com 3.000 minutos gratuitos por mês.

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

A considerar se: a velocidade e o custo são o objetivo.

CRACI vs Blacksmith

Depot

O 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 custam $0.006 por minuto além dos minutos do plano, contabilizados ao segundo.

Indicado para: equipas em que os builds de imagens Docker dominam o tempo de CI.

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

CRACI vs Depot

Namespace

O Namespace executa runners Linux, Windows e macOS em hardware que ele próprio opera, escolhidos através de perfis de runner. Os cache volumes mantêm os dados em armazenamento local entre execuções. As suas políticas de egress correm em modo de bloqueio ou em modo consultivo, que regista as decisões sem bloquear para que possa construir uma lista de permissões a partir do tráfego real. Em setembro de 2026, um runner Linux com 2 vCPU e 4 GB custa $0.002 por minuto no plano e $0.003 de excedente.

Indicado para: runners Linux, Windows e macOS de um só fornecedor, com cache volumes.

A considerar se: quer experimentar uma política de egress antes de a aplicar.

CRACI vs Namespace

WarpBuild

O 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 snapshot runners. A sua opção bring-your-own-cloud executa os mesmos runners na sua conta AWS, GCP ou Azure por $0.002 por minuto, mais a sua fatura de cloud. Os runners alojados x86-64 com 2 vCPU custam $0.004 por minuto (em setembro de 2026). O WarpBuild anuncia builds de duas a dez vezes mais rápidos.

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

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

CRACI vs WarpBuild

Comparamos também o CRACI, um a um, com o RunsOn, que executa runners na sua própria conta AWS, o Ubicloud e o Avrea.

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 diminuem com o número de workflows em execução, e os runners podem ser contentores efémeros. O GitHub não cobra por minuto a utilização self-hosted em setembro de 2026, mas a responsabilidade pelo sistema operativo e pelo software é sua, 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 correr na sua rede ou no seu hardware.

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

Runners geridos vs self-hosted

Complemento: StepSecurity Harden-Runner

Se quer manter os runners alojados no GitHub, o Harden-Runner acrescenta-lhes segurança em vez de os substituir. É um agente adicionado como primeiro passo de um job. Associa ligações de saída, processos e escritas em ficheiros a cada passo do workflow, constrói uma linha de base em modo de auditoria e bloqueia o egress para tudo o que esteja fora de uma lista de permissões. Suporta totalmente os runners Linux alojados no GitHub e corre em modo de auditoria em Windows e macOS. O nível Community é gratuito para repositórios públicos; o Enterprise custa $16 por programador contribuidor por mês (em setembro de 2026).

Indicado para: controlo do egress e visibilidade em tempo de execução sem mudar de runners.

CRACI vs StepSecurity

Lado a lado

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

Quando ficar com os runners alojados no GitHub

• A sua utilização cabe nos minutos incluídos do seu plano, ou os seus repositórios são públicos.
• Quer zero configuração e nenhum fornecedor adicional.
• Precisa de um nível SLSA documentado: o GitHub indica que as suas artifact attestations oferecem o SLSA v1.0 Build Level 2, e o Level 3 com reusable workflows.
• Pode combinar: a escolha é por job, pelo que os jobs macOS e Windows podem ficar enquanto os jobs Linux migram.

Saiba mais sobre a integração de CI/CD, os preços do CRACI e o programa para startups, ou marque uma demo para ver um dos seus próprios workflows no CRACI.

Runners alojados no GitHub: perguntas frequentes

Especificações, preços, limites e alternativas, em respostas curtas.

O que são os runners alojados no GitHub?

São as máquinas que o GitHub disponibiliza para executar jobs de GitHub Actions. Cada job recebe uma nova máquina virtual alojada pelo GitHub no Microsoft Azure, com Ubuntu, Windows ou macOS e um conjunto de ferramentas pré-instaladas do repositório actions/runner-images. Escolhe-se um com uma etiqueta como runs-on: ubuntu-latest.

Quais são as especificações do ubuntu-latest?

Em repositórios privados, ubuntu-latest é Ubuntu 24.04 com 2 vCPU x64, 8 GB de RAM e um SSD de 14 GB. Em repositórios públicos, a mesma etiqueta tem 4 vCPU e 16 GB de RAM.

Quanto custam os runners alojados no GitHub?

Em setembro de 2026, o runner standard Linux x64 de 2 núcleos custa $0.006 por minuto, arm64 $0.005, Windows $0.010 e macOS $0.062. Os planos incluem de 2.000 a 50.000 minutos por mês para runners standard, e os runners standard são gratuitos em repositórios públicos. O GitHub arredonda cada job para cima, ao minuto inteiro.

Quanto tempo pode durar um job num runner alojado no GitHub?

Até 6 horas por job. O runner de CPU único ubuntu-slim termina os jobs ao fim de 15 minutos. A concorrência tem um limite por plano: 20 jobs simultâneos no Free, 40 no Pro, 60 no Team e 500 no Enterprise.

O que são os runners maiores?

Os runners maiores são runners alojados no GitHub com mais CPU, RAM e disco, até 96 núcleos em Linux x64, com opções como endereços IP estáticos, rede privada Azure e GPU. Precisam de um plano Team ou Enterprise Cloud, são faturados ao minuto a partir de $0.012 para 4 núcleos e nunca usam os minutos incluídos.

Devo usar runners alojados no GitHub ou self-hosted?

Os runners alojados no GitHub não exigem manutenção e adequam-se à maioria das equipas cuja utilização cabe nos minutos incluídos. Os runners self-hosted não têm hoje custo por minuto do GitHub, mas é o utilizador que opera, atualiza e protege as máquinas, e o GitHub desaconselha usá-los em repositórios públicos. Um runner gerido como o CRACI fica entre os dois: nada para operar, um preço de tabela mais baixo em runners Linux standard e evidências de build em cada job.

Posso mudar de runners sem alterar os meus workflows?

Sim. Todas as alternativas geridas desta página mantêm os seus workflows no GitHub Actions e alteram apenas a etiqueta runs-on, por job. No CRACI, instala a GitHub App e define runs-on: craci.

O CRACI tem um nível gratuito?

Não. Paga por minuto de build desde o primeiro minuto, $0.004 num runner de 2 vCPU, medido ao segundo, sem mensalidade e sem custo por SBOM. O programa para startups oferece pelo menos 100.000 minutos de build gratuitos e onboarding acompanhado.