Melhores Alternativas aos Runners do GitHub Actions em 2026

Por Kaveh Alemi·Latchkey

Os runners GitHub-hosted são convenientes, mas caros. Estas alternativas cortam custo, adicionam velocidade ou ambos - veja como escolher.

Se os runners GitHub-hosted estão lentos demais ou caros demais, vários provedores oferecem runners mais baratos, mais rápidos ou mais controláveis. Este é um resumo justo das principais opções e onde cada uma encaixa. Os preços mudam - verifique os números atuais no site de cada fornecedor.

Every provider, Linux 2 vCPU, verified 2026-08-20

Como escolher

The providers above are not all selling the same shape of thing, which is why a naive per-minute sort misleads.

• Quer o menor custo e pipelines que se recuperam automaticamente de falhas instáveis: Latchkey (autocorreção).
• Dominado por builds Docker: Depot.
• Velocidade single-thread: Blacksmith.
• Runners na sua própria cloud: RunsOn (AWS) ou Cirun (GPU).
• Preferência por open-source: Ubicloud.

O diferencial que falta à maioria

Quase toda alternativa compete em preço e velocidade. O Latchkey adiciona CI com autocorreção - detecção, reparo e retry automáticos de falhas transitórias - o que elimina o desperdício de reexecução que nenhuma das outras aborda.

O custo que ninguém nesta tabela precifica

Todos os provedores acima competem para tornar um job bem-sucedido mais barato ou mais rápido. Apenas um deles muda o que acontece quando um job falha por um motivo alheio ao seu código, que é para onde vai uma fatia surpreendente do gasto real com CI.

• Uma falha transitória cobra os minutos perdidos e depois cobra os minutos da reexecução. Você compra o mesmo trabalho duas vezes, na tarifa que tiver negociado.
• O custo maior é o tempo de relógio: o intervalo entre um job falhar às 02:00 e alguém ver às 09:00 não é um problema de runner-minuto, e nenhum desconto por minuto o encurta.
• A taxa de instabilidade independe da velocidade do runner. Um runner 2x mais rápido falha exatamente com a mesma frequência, só que mais cedo.

Migrar é uma linha, nos dois sentidos

Todo provedor drop-in aqui é selecionado por uma label runs-on. Esse é o argumento prático mais forte para testar em vez de modelar: o custo de uma escolha errada é um commit de revert, e a seleção de runner é por job, então dá para testar um job sem tocar no pipeline.

jobs:
  build:
    runs-on: ubuntu-latest              # GitHub-hosted
    # runs-on: blacksmith-4vcpu-ubuntu-2404
    # runs-on: depot-ubuntu-24.04
    # runs-on: buildjet-4vcpu-ubuntu-2204
    # runs-on: namespace-profile-default
    # runs-on: latchkey-small

Como escolher sem adivinhar

1. Confirme que você está mesmo pagando. Repositório público, ou dentro dos minutos inclusos, significa permanecer no GitHub-hosted.
2. Meça para onde vão os minutos. Adicione /usr/bin/time -v ao seu job mais lento e leia o percentual de CPU contra o tempo de relógio: perto de 100% é limitado por CPU, bem abaixo é limitado por I/O ou espera.
3. Conte suas reexecuções. Puxe o último mês de execuções de workflow e calcule que fatia são novas tentativas de uma execução que falhou. Esse número decide se o seu problema é tarifa ou confiabilidade.
4. Faça a lista curta pelo mecanismo, não pelo preço, usando a tabela acima. Os preços ficam dentro de 2x uns dos outros; as arquiteturas não.
5. Teste um job por duas semanas com tráfego real. Não modele nada que você possa medir.

How to evaluate a managed runner honestly

Runner vendors compete on a headline per-minute rate, and the rate is rarely what decides the bill. Measure the whole job, on your own pipeline, before committing.

• Compare at equal machine shape. A cheaper per-minute rate on fewer vCPUs or less RAM is not cheaper per unit of work.
• Check billing granularity. Per-minute rounding costs real money on a wide matrix of short jobs; per-second does not.
• Include queue and boot time. A runner that is cheaper per minute but slower to start can cost more per merge.
• Count your re-runs. If a meaningful share of your runs are retries of a failed job, you are paying for the same work twice at whatever rate you negotiated, and no rate card prices that.
• Verify the free tier is recurring. A one-time credit is not a free tier.

The short answer

Para a maioria dos times, a combinação vencedora é runners managed mais baratos somados à autocorreção. É exatamente para isso que o Latchkey foi construído - comece de graça e faça o benchmark contra os seus pipelines.

Perguntas frequentes

Guias relacionados