Preços de runners do GitHub Actions comparados

Quanto custam os runners do GitHub Actions?

Um runner Linux standard alojado no GitHub com 2 núcleos custa $0.006 por minuto, e o mesmo runner em arm64 custa $0.005. O Windows custa $0.010 por minuto e o macOS $0.062, em setembro de 2026. Todos os planos incluem alguns minutos gratuitos para runners standard, os runners standard são gratuitos em repositórios públicos, e o GitHub não cobra hoje por minuto pelos runners self-hosted.

O runner ubuntu-slim é um contentor em vez de uma máquina virtual completa e termina os jobs ao fim de 15 minutos. Em repositórios públicos, os runners Linux e Windows standard têm 4 vCPU e 16 GB de RAM, sem custos.

O GitHub Actions é gratuito? Minutos gratuitos por plano

O GitHub Actions é gratuito em repositórios públicos: os runners standard alojados no GitHub não custam nada, sem limite de minutos. Os runners self-hosted também são gratuitos, em outubro de 2026. Os repositórios privados têm uma quota mensal de minutos gratuitos em runners standard, além de armazenamento de artefactos e de uma quota de cache, e pagam ao minuto para além disso.

• Reposição mensal: os minutos gratuitos voltam ao valor total no início de cada ciclo de faturação.
• Apenas runners standard: os runners maiores nunca usam minutos incluídos e são faturados mesmo em repositórios públicos.
• Quando a quota se esgota: sem um método de pagamento, a utilização fica bloqueada até ao ciclo seguinte. Com um método de pagamento, paga ao minuto durante o resto do mês, dentro dos orçamentos que definir. O GitHub envia alertas por e-mail a 90% e a 100% da utilização incluída.
• Quanto vale o nível gratuito: 2.000 minutos num runner Linux x64 de 2 núcleos equivalem a $12 de utilização a $0.006 por minuto, e 3.000 a $18. Uma equipa no GitHub Team que execute 20.000 minutos por mês paga 17.000 deles: $102.
• Windows e macOS: versões anteriores da documentação do GitHub contavam os minutos de Windows a 2x e os de macOS a 10x face aos minutos incluídos. A documentação atual indica a quota em minutos e já não lista multiplicadores, por isso verifique na sua página de faturação como os jobs macOS consomem a quota.

Runners maiores: GitHub e CRACI por tamanho

O GitHub fixa o preço dos runners maiores por tamanho, de $0.012 por minuto para um runner Linux x64 de 4 núcleos a $0.252 para 96 núcleos. O CRACI cobra os mesmos $0.002 por vCPU-minuto em todos os tamanhos de 1 a 32 vCPU, tanto em x86-64 como em ARM64.

Face ao GitHub em Linux x64, o preço de tabela do CRACI é cerca de 33% mais baixo com 2 e 4 vCPU e cerca de 22% mais baixo com 32 vCPU. Em ARM64, o CRACI é 20% mais baixo com 2 vCPU e igual com 4 vCPU; acima disso, os runners arm64 maiores do GitHub têm preços de tabela mais baixos, e com 32 vCPU o CRACI custa cerca de 28% mais. A memória também difere. Uma unidade de computação do CRACI tem 1 vCPU e 3 GB de RAM; um runner standard de 2 núcleos do GitHub tem 8 GB. Os runners maiores do GitHub exigem também um plano Team ou Enterprise Cloud e nunca usam minutos incluídos.

Preços de runners macOS

O macOS é o runner mais caro do GitHub Actions. O runner standard macos-latest, com 3 núcleos em Apple M1, custa $0.062 por minuto, cerca de dez vezes a tarifa do Linux x64 de 2 núcleos. O runner Intel de 4 núcleos custa o mesmo. Os runners macOS maiores são um M2 Pro de 5 núcleos a $0.102 e um Intel de 12 núcleos a $0.077; como todos os runners maiores, exigem um plano Team ou Enterprise Cloud e nunca usam minutos incluídos.

A estas tarifas, um build iOS de 10 minutos em macos-latest custa $0.62, e 1.000 builds por mês custam $620 antes dos minutos incluídos. Os fornecedores de runners geridos vendem Apple silicon mais recente, sobretudo da geração M4, com mais núcleos por runner. Por vCPU-minuto, os seus preços de tabela situam-se entre cerca de metade e dois terços da tarifa M1 do GitHub.

Compare tendo em conta o número de núcleos que os seus builds usam: um runner de 6 núcleos a $0.08 custa mais por minuto do que o runner de 3 núcleos do GitHub, mas menos por vCPU-minuto. O CRACI ainda não oferece runners macOS; o macOS está no roadmap. O runner é escolhido por job, pelo que os jobs macOS podem ficar em runners alojados no GitHub enquanto os jobs Linux migram.

Como o GitHub fatura os minutos do Actions

O GitHub arredonda cada job para o minuto inteiro seguinte e cobra a tarifa por minuto do runner utilizado. Os minutos incluídos no seu plano são gastos primeiro, apenas em runners standard. Para o preço do GitHub em cada tamanho em Linux, Windows e macOS, consulte preços do GitHub Actions.

• Minutos incluídos por mês: 2.000 no Free, 3.000 no Pro e no Team, 50.000 no Enterprise Cloud, como na tabela acima.
• Arredondamento: o GitHub arredonda os minutos e as frações de minuto que cada job utiliza para o minuto inteiro seguinte. Um job de lint de 10 segundos é faturado como um minuto completo.
• Runners maiores: são sempre cobrados, mesmo quando usados por repositórios públicos ou quando tem quota disponível.
• Repositórios públicos: os runners standard alojados no GitHub são gratuitos.
• Runners self-hosted: a documentação de faturação do GitHub descreve a utilização self-hosted como gratuita. Paga as máquinas.

A taxa do GitHub para runners self-hosted: adiada, não cancelada

Em dezembro de 2025, o GitHub anunciou duas alterações em conjunto. Os preços dos runners alojados desceram até 39% a 1 de janeiro de 2026, e essa redução avançou. Anunciou também uma nova taxa de plataforma cloud do GitHub Actions de $0.002 por minuto para a utilização de runners self-hosted a partir de 1 de março de 2026. A taxa provocou uma forte reação das equipas que operam o seu próprio hardware, e em poucos dias o GitHub anunciou que adiava a alteração de faturação para o GitHub Actions self-hosted, para ter tempo de reavaliar a sua abordagem.

Em outubro de 2026, a taxa não está em vigor, a documentação de faturação do GitHub continua a descrever a utilização de runners self-hosted como gratuita, e não foi anunciada nenhuma nova data. O GitHub também não abandonou a ideia. A sua justificação mantém-se: afirma ter custos reais com a execução do plano de controlo do Actions e que a utilização self-hosted era em grande parte subsidiada pelos preços dos runners alojados no GitHub. Conte com o seu regresso, de alguma forma, no orçamento.

Tal como anunciada, a taxa teria funcionado assim:

• Tarifa: $0.002 por minuto de utilização de runners self-hosted, além do que as máquinas lhe custam.
• Âmbito: apenas repositórios privados. A utilização de runners em repositórios públicos continua gratuita.
• Minutos incluídos: a utilização sujeita à taxa contaria para os minutos incluídos no seu plano, a mesma reserva que os seus jobs alojados no GitHub consomem.
• GitHub Enterprise Server: não afetado.

Para uma equipa que execute 100.000 minutos self-hosted por mês, são cerca de $200 por mês, ou $2,400 por ano, pelo mesmo hardware que já paga. É pouco face às máquinas e às pessoas que as mantêm a funcionar, mas retira do modelo de custos a ideia de que os runners self-hosted são gratuitos.

Quanto custa realmente um job: faturação ao minuto vs ao segundo

Em pipelines com muitos jobs curtos, a forma como um fornecedor mede importa tanto como o preço de tabela. Um job que dura 30 segundos é faturado como um minuto no GitHub, e como 30 segundos no CRACI.

Preços do GitHub Actions: quanto custa um minuto e como reduzi-lo

A quem se destina

Utiliza o GitHub Actions e o runner está em avaliação. A fatura cresceu, os jobs ficam em fila, ou um cliente pediu uma SBOM e proveniência para cada versão. Os fornecedores de runners geridos desta página ligam-se todos da mesma forma: liga-os à sua organização do GitHub e altera a etiqueta runs-on de um job. Os workflows, as actions e a interface do GitHub ficam como estão, pelo que pode experimentar um job de cada vez.

Somos nós que desenvolvemos o CRACI, por isso tenha isso em conta. Todos os outros produtos são descritos a partir da sua própria documentação e das suas páginas de preços, e dizemos onde outra opção se adequa melhor.

Como escolher

• De que sistemas operativos precisa? O CRACI é hoje apenas Linux; Windows e macOS estão no roadmap. GitHub, Blacksmith, Depot, Namespace e WarpBuild também oferecem Windows e macOS.
• Qual é o perfil dos seus jobs? A memória por vCPU varia entre 2 GB e 4 GB nestes produtos, por isso compare preços com a memória de que os seus builds precisam, não apenas com o número de vCPU.
• Muitos jobs curtos? Nesse caso, a medição importa tanto como o preço de tabela. O GitHub arredonda cada job para o minuto inteiro; o CRACI e o Depot medem ao segundo.
• Os builds de imagens Docker são o estrangulamento? O CRACI oferece caches de camadas locais, remotas e por bind mount, e Blacksmith, Depot, Namespace e WarpBuild têm todos a sua própria cache de camadas.
• Precisa de mostrar o que entrou numa versão? Só o CRACI regista os pacotes que cada job obteve e transforma esse registo numa SBOM com uma completude indicada.
• Precisa de controlar o que um build pode alcançar? CRACI, Depot e Namespace associam uma política de egress ao runner. O StepSecurity acrescenta uma aos runners que já tem.

Fornecedores de runners: visão geral

CRACI, Blacksmith e WarpBuild têm Linux x64 de 2 vCPU abaixo dos $0.006 por minuto do GitHub, e o Namespace ainda mais baixo dentro dos minutos do plano. Os preços são os preços de tabela de cada fornecedor para runners Linux em dólares americanos, em setembro de 2026 (CRACI em outubro de 2026).

Para todos os tamanhos, ARM64, Windows, macOS e os runners próprios das plataformas de CI, com gráficos por vCPU e uma calculadora de custos, consulte preços de runners de CI comparados.

As opções

CRACI

Um runner Linux para GitHub Actions construído em torno da segurança da cadeia de abastecimento, que 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. Os tamanhos vão de 1 a 32 unidades de computação de 1 vCPU e 3 GB de RAM cada, em x86-64 e ARM64 à mesma tarifa. A faturação é de $0.002 por vCPU-minuto, medida ao segundo, sem mensalidade. Enquanto cada job é executado, um proxy que reconhece pacotes regista o que obteve, incluindo pacotes restaurados de caches de CI, e produz uma SBOM CycloneDX ou SPDX com um estado de completude por job e por cache. As políticas de egress são de negação ou de permissão por predefinição, validadas antes do job, e falham em modo fechado. A API devolve SBOM, traços de rede e proveniência; o CRACI não assina a proveniência e não reivindica nenhum nível SLSA. Ideal para equipas que distribuem software e têm de mostrar o que entrou em cada versão. A cache de camadas de contentores está disponível: caches locais, remotas e por bind mount. A ter em conta: hoje apenas Linux e ainda sem runners alojados pelo cliente; ambos estão no roadmap.

Como funcionam os runners do CRACI

Runners alojados no GitHub

A opção predefinida. Cada job recebe uma máquina virtual nova, não há nada para operar, e Linux, Windows e macOS estão disponíveis. O runner Linux x64 standard de 2 núcleos custa $0.006 por minuto, o arm64 $0.005, e os runners maiores vão até 64 núcleos. Os planos incluem de 2.000 a 50.000 minutos por mês, e os runners standard são gratuitos em repositórios públicos. Para proveniência, as artifact attestations do GitHub oferecem SLSA v1.0 Build Level 2, ou Level 3 com reusable workflows. Ideal para jobs Windows e macOS, repositórios públicos e utilização que caiba nos minutos incluídos. A ter em conta: o arredondamento por job para o minuto inteiro. O grafo de dependências descreve o repositório, não um build específico.

CRACI vs runners alojados no GitHub

Blacksmith

Um serviço de runners geridos centrado na velocidade e no custo. Instala a sua GitHub App e troca de etiquetas. Em setembro de 2026, Ubuntu x64 de 2 vCPU custa $0.004 por minuto e ARM $0.0025, com 3.000 minutos x64 gratuitos por mês por organização. Oferece Ubuntu em x64 e ARM de 2 a 32 vCPU, Windows em beta pública e macOS em Apple M4, além de uma cache colocalizada e cache de camadas Docker em sticky disks a $0.50 por GB por mês. O Blacksmith afirma que os seus runners são duas vezes mais rápidos do que os alojados no GitHub; o valor é dele. Ideal para um Actions mais rápido e mais barato com cache Docker. A ter em conta: IP estáticos em vez de uma política de egress, e nenhuma SBOM de build nem proveniência entre as funcionalidades documentadas.

CRACI vs Blacksmith

Depot

Aceleração de builds: runners de GitHub Actions, um serviço remoto de builds Docker com uma cache de camadas NVMe persistente, e cache remota para ferramentas como Bazel e Gradle. Liga a sua organização e altera a etiqueta, por exemplo para depot-ubuntu-24.04. O runner Linux de 2 vCPU e 8 GB custa $0.006 por minuto para além dos minutos do plano, Arm à mesma tarifa, até 64 vCPU. Os filtros de egress permitem ou negam IP, CIDR e hostnames em runners Linux, e o depot build pode gerar uma SBOM SPDX da imagem com Syft. O Depot descreve os seus runners como até 3x mais rápidos do que os alojados no GitHub. Ideal para CI dominada por builds de imagens Docker, ou runners na sua própria conta AWS. A ter em conta: uma SBOM que descreve a imagem, não o job inteiro.

CRACI vs Depot

Namespace

Runners geridos em hardware operado pelo Namespace, com Linux em AMD64 e ARM64, Windows (plano Team e superiores) e macOS. Cria um perfil de runner e referencia-o em runs-on. Um runner Linux de 2 vCPU e 4 GB custa $0.002 por minuto dentro dos minutos do plano e $0.003 de excedente; a utilização tem um mínimo de um minuto por job. Os volumes de cache mantêm os dados em armazenamento local entre execuções. As suas políticas de egress funcionam 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 de tráfego real. Ideal para preços de tabela baixos, macOS e experimentar uma política de egress antes de a aplicar. A ter em conta: 2 GB de RAM por vCPU, e registos de egress que mostram domínios em vez de pacotes.

CRACI vs Namespace

WarpBuild

Runners alojados, ou os mesmos runners na sua própria conta AWS, GCP ou Azure (bring your own cloud, BYOC). Altera runs-on para uma etiqueta WarpBuild como warp-ubuntu-latest-x64-2x. O Linux funciona em x86-64 e arm64, de 2 vCPU e 8 GB a 32 vCPU, a par de Windows e macOS em Apple M4 Pro. Em setembro de 2026, 2 vCPU custam $0.004 por minuto em x86-64 e $0.003 em arm64, com faturação ao minuto; o BYOC custa $0.002 mais a sua fatura de cloud. Oferece cache de camadas de contentores, runners com snapshots e builders Docker remotos. O WarpBuild anuncia builds duas a dez vezes mais rápidos. Ideal para runners na sua própria cloud. A ter em conta: nenhuma política de egress por job documentada em runners alojados.

CRACI vs WarpBuild

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

A opção DIY: runners self-hosted

Também pode operar os seus. O Actions Runner Controller (ARC) é um operador Kubernetes que orquestra e escala runners self-hosted para GitHub Actions, com runner scale sets que crescem e encolhem com o número de workflows em execução. Em outubro de 2026, a documentação de faturação do GitHub descreve a utilização de runners self-hosted como gratuita; a taxa de plataforma anunciada para estes runners foi adiada, não cancelada.

O que o GitHub não cobre é tudo o que rodeia o runner. A sua documentação diz que, com runners self-hosted, cabe-lhe a si atualizar o sistema operativo e todo o restante software, e avisa que estes não têm garantias de execução em máquinas virtuais limpas e efémeras. Os hosts, a aplicação de patches, o isolamento e o controlo de egress ficam a seu cargo, tanto construí-los como mantê-los a funcionar. O self-hosting é a resposta certa quando um job tem de ser executado dentro da sua rede ou em hardware seu; o CRACI ainda não oferece runners alojados pelo cliente; estão no roadmap para Enterprise.

Runners geridos vs self-hosted: um modelo de custos

Acrescentar controlo de egress aos runners que mantém

Se quiser ficar em runners alojados no GitHub ou self-hosted, o Harden-Runner do StepSecurity acrescenta controlo de egress sem mudar de runners. É um agente que vigia as ligações de saída, os processos e as escritas em ficheiros em cada job, associa-os ao passo que os causou e pode bloquear tudo o que não esteja numa lista de permissões após um período de auditoria. Tem suporte total em runners Linux alojados no GitHub, modo de auditoria em Windows e macOS e, no nível Enterprise, VM self-hosted, bare metal e ARC. Em setembro de 2026, o nível Community é gratuito para repositórios públicos e o Enterprise custa $16 por programador contribuidor por mês, com os custos dos runners à parte. Regista destinos, processos e ficheiros, não uma SBOM ao nível dos pacotes.

CRACI vs StepSecurity

Como o CRACI se enquadra

A maioria destes produtos compete em velocidade, preço e plataformas, e vários fazem-no bem. O CRACI também é cerca de duas vezes mais rápido do que os runners alojados no GitHub, mas compete naquilo que o runner regista e controla. É a única opção aqui que transforma cada job num registo dos pacotes que obteve e o executa sob uma política de egress validada antes de arrancar. Esse registo alimenta depois a monitorização de vulnerabilidades e as exportações de SBOM em CycloneDX ou SPDX. Automatiza uma parte significativa da visibilidade da cadeia de abastecimento de software e das evidências de que as empresas precisam para o seu processo mais amplo de conformidade com o Cyber Resilience Act.

O CRACI não é a escolha certa quando:

• Precisa de runners Windows ou macOS. Mantenha esses jobs noutro lado; a escolha é feita por job.
• Os runners têm de estar na sua própria conta cloud ou no seu hardware.
• O objetivo é o preço por minuto mais baixo em ARM64. O Blacksmith e o WarpBuild têm preços ARM mais baixos.

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. Os valores de velocidade dos outros fornecedores são deles, e não os comparámos com o CRACI em benchmarks. O ganho de velocidade dos seus builds depende da carga de trabalho, pelo que o teste justo é um dos seus próprios jobs. O CRACI cobra apenas os minutos de build, sem mensalidade. Consulte os preços do CRACI para as condições atuais, ou marque uma demo para calcular o preço do seu próprio pipeline.

Está a ponderar o runner face ao resto da sua stack de segurança? Consulte ferramentas de segurança da cadeia de abastecimento de software comparadas para ver como os runners se enquadram junto de ASPM, SCA, firewalls de pacotes e ferramentas de SBOM.

Preços de runners do GitHub Actions: perguntas frequentes

Respostas curtas às perguntas que as equipas fazem quando a fatura do Actions é revista.

Quanto custam os runners do GitHub Actions por minuto?

Em setembro de 2026, o GitHub indica para o seu runner Linux x64 standard de 2 núcleos $0.006 por minuto, para Linux arm64 de 2 núcleos $0.005, para Windows de 2 núcleos $0.010 e para macOS $0.062. Os runners Linux x64 maiores vão de $0.012 com 4 núcleos a $0.252 com 96 núcleos. O CRACI cobra $0.002 por vCPU-minuto, pelo que o seu runner de 2 vCPU custa $0.004 por minuto em x86-64 e ARM64, medido ao segundo.

Quantos minutos gratuitos do GitHub Actions tenho?

O GitHub inclui 2.000 minutos por mês no Free, 3.000 no Pro e no Team, e 50.000 no Enterprise Cloud. Os minutos incluídos aplicam-se apenas aos runners standard; os runners maiores são sempre faturados. Os runners standard são gratuitos em repositórios públicos.

O GitHub Actions é gratuito?

Em repositórios públicos, sim: os runners standard alojados no GitHub são gratuitos, sem limite de minutos. Os runners self-hosted também são gratuitos, em outubro de 2026. Os repositórios privados têm 2.000 minutos gratuitos por mês no GitHub Free e 3.000 no Pro e no Team, repostos em cada ciclo de faturação; depois disso, o GitHub fatura ao minuto, ou bloqueia a utilização se não houver um método de pagamento configurado. Os runners maiores são sempre faturados.

Quanto custam os runners macOS no GitHub Actions?

Em setembro de 2026, o runner standard M1 de 3 núcleos (macos-latest) e o runner Intel de 4 núcleos custam $0.062 por minuto, cerca de dez vezes a tarifa do Linux x64 de 2 núcleos. O runner Intel maior, de 12 núcleos, custa $0.077 e o M2 Pro de 5 núcleos $0.102. Fornecedores de runners geridos como Namespace, Blacksmith, Depot e WarpBuild indicam runners da série M entre $0.06 e $0.08 por minuto, com 6 a 8 vCPU.

Como arredonda o GitHub os minutos do Actions?

O GitHub arredonda os minutos e as frações de minuto que cada job utiliza para o minuto inteiro seguinte. Um job de 10 segundos é faturado como um minuto, e um de 61 segundos como dois. O CRACI mede ao segundo, pelo que um job curto custa apenas os segundos em que foi executado.

Os runners self-hosted do GitHub Actions são gratuitos?

Em outubro de 2026, o GitHub não cobra por minuto pelos runners self-hosted. Anunciou uma taxa de plataforma de $0.002 por minuto para runners self-hosted em repositórios privados a partir de 1 de março de 2026, mas depois adiou-a para reavaliar a sua abordagem. A taxa não foi cancelada, e não foi anunciada nenhuma nova data. Continua a pagar as máquinas e o tempo para as manter.

O GitHub alterou os preços do Actions em 2026?

Sim. A 1 de janeiro de 2026, o GitHub reduziu os preços dos seus runners alojados até 39%, razão pela qual o runner Linux standard de 2 núcleos custa agora $0.006 por minuto. A taxa de $0.002 por minuto para runners self-hosted, anunciada na mesma altura, foi adiada, não cancelada, e não tem nova data em outubro de 2026.

Qual é o runner do GitHub Actions mais barato?

Depende do tamanho e da arquitetura. Para Linux x64 de 2 vCPU, o Namespace indica $0.002 por minuto dentro dos minutos do plano, e Blacksmith, WarpBuild e CRACI indicam $0.004. Em ARM, o Blacksmith e o WarpBuild indicam preços mais baixos do que o CRACI. O CRACI compete naquilo que cada build regista e controla, não no preço mais baixo.

Tenho de reescrever os meus workflows para mudar de runners?

Não. Todos os runners geridos desta página mantêm os seus workflows no GitHub Actions. Liga o fornecedor à sua organização do GitHub e altera a etiqueta runs-on, pelo que pode migrar um job de cada vez. No CRACI, essa etiqueta é runs-on: craci.

O CRACI oferece runners Windows ou macOS?

Ainda não. O CRACI executa hoje Linux em x86-64 e ARM64, com Windows e macOS no roadmap. O runner é escolhido por job, pelo que os jobs Windows e macOS podem ficar em runners alojados no GitHub enquanto os jobs Linux migram.