Pular para o conteúdo
LatchkeyLatchkey home

BuildJet vs GitHub-Hosted Runners: Custo e Velocidade

O BuildJet é um substituto drop-in popular, mais barato e mais rápido, para os runners GitHub-hosted - uma troca simples que reduz custo.

O BuildJet oferece runners drop-in para GitHub Actions mais baratos e mais rápidos que os GitHub-hosted. É uma opção madura e simples. Veja como ele se compara aos GitHub-hosted - e onde os managed runners com autocorreção adicionam mais.

Published Linux rates, private repository

GitHub-hostedBuildJetLatchkey
Custo por minutoPremiumMenor~70% abaixo do hosted
ConfiguraçãoEmbutidaTroca de labelTroca de label
VelocidadePadrãoCPUs mais rápidasWarm pools, rápido
CacheBásicoEmbutidoEmbutido
Recuperação de falhas instáveisNãoNãoAuto-retry com autocorreção

O que o BuildJet faz bem

O BuildJet é uma troca de runner mais barato madura e previsível: mude o label do runner e obtenha máquinas de menor custo, muitas vezes mais rápidas que as GitHub-hosted, com alteração mínima.

SizeGitHub-hostedBuildJet AMDActual saving
2 vCPU$0.006$0.00433%
4 vCPU$0.012$0.00833%
8 vCPU$0.022$0.01627%
16 vCPU$0.042$0.03224%
32 vCPU$0.082$0.04841%

Onde os managed runners vão além

O Latchkey também é um runner drop-in mais barato (~70% abaixo do GitHub-hosted), mas adiciona warm pools para que jobs não fiquem na fila e autocorreção que faz auto-retry de falhas transitórias - recuperação que uma simples troca mais barata não oferece.

  • 2 vCPU: 8 GB on AMD against 3 GB on ARM, at the same $0.004/min.
  • 8 vCPU: 32 GB on AMD against 12 GB on ARM, at the same $0.016/min.
  • If a job is memory-bound rather than CPU-bound, the ARM option at the same price can be slower or fail outright on out-of-memory.

Custo somado a confiabilidade

Se você quer apenas uma troca mais barata, o BuildJet é uma boa escolha. Se você também quer parar de pagar por reexecuções instáveis, a autocorreção de um managed runner como o Latchkey é o diferencial.

  • Default concurrency is 64 AMD vCPUs and 32 ARM vCPUs. A wide matrix can hit that ceiling and queue.
  • Concurrency extensions add 100 vCPUs for $300/month, which is a real cost to fold into any comparison at scale.
  • Cache storage is 20 GB per repository weekly, against the 10 GB per-repository limit on GitHub-hosted, with oldest entries cleared automatically.
  • Accounts get a one-time $5 credit rather than a recurring free-minute allowance, so unlike Blacksmith at 3,000 free minutes per month there is no ongoing free tier.

Migrar, e voltar atrás

Uma linha em cada direção, por job. Aponte o job mais caro para o BuildJet, compare duas semanas de execuções reais e só expanda se os números sobreviverem ao contato com o seu pipeline de verdade.

workflow.yml
jobs:
  build:
    # GitHub-hosted
    runs-on: ubuntu-latest

    # BuildJet
    runs-on: buildjet-4vcpu-ubuntu-2204

    # Latchkey
    runs-on: latchkey-small

O que um minuto mais barato não resolve

O BuildJet reduz o preço do minuto. Ele não muda quantos minutos você queima em falhas que nada têm a ver com o seu código. Um timeout de registry, um binário de navegador que não instalou, um erro transitório de resolução de dependências: o job falha, os minutos perdidos são cobrados, a reexecução é cobrada e o pipeline espera por uma pessoa. Um minuto 33% mais barato aplicado a um pipeline que reexecuta 10% dos jobs continua pagando por essas reexecuções, só que com desconto.

Decide with your own repository

  • Both tools in a mature category can do the job. What differs is behaviour on your codebase, which takes an afternoon to measure and beats any feature table.
  • Benchmark the cold path with no cache. Warm local runs favour whatever you already have cached, which is the one condition CI never has.
  • Price the switching cost honestly: lockfile or config format, stricter resolution surfacing latent bugs, and every developer plus every runner having to move together.

The verdict

O BuildJet é uma troca sólida e simples para cortar custo. Para a mesma experiência drop-in somada à confiabilidade da autocorreção e à velocidade dos warm pools, avalie o Latchkey em paralelo - comece de graça.

Perguntas frequentes

O BuildJet custa metade do GitHub Actions?
Não mais. Essa afirmação foi calibrada quando o GitHub listava o Linux 2-core a US$ 0,008/min. Hoje o GitHub lista US$ 0,006/min, então o BuildJet a US$ 0,004/min é 33% mais barato, e não 50%. A economia é real, mas menor do que o marketing diz.
Quanto custa o BuildJet?
As tarifas Linux publicadas são US$ 0,004/min com 2 vCPU, US$ 0,008 com 4, US$ 0,016 com 8, US$ 0,032 com 16 e US$ 0,048 com 32 vCPU em AMD. O ARM acompanha esses preços até 16 vCPU e custa US$ 0,064 com 32 vCPU, mas entrega menos RAM em todos os tamanhos.
O BuildJet tem plano gratuito?
Nenhum recorrente. As contas recebem um crédito único de US$ 5 para testar o serviço. Isso é diferente dos 2.000 a 3.000 minutos mensais inclusos do GitHub para repositórios privados, e dos 3.000 minutos gratuitos por mês da Blacksmith, então projetos pequenos devem verificar se já estão dentro de alguma franquia.
Quanto de cache o BuildJet oferece?
20 GB por repositório por semana, com as entradas mais antigas removidas automaticamente conforme você se aproxima do limite. É o dobro do limite de 10 GB de cache por repositório do GitHub-hosted.
O BuildJet ARM é igual ao BuildJet AMD?
Só no preço. O ARM entrega bem menos memória pela mesma tarifa: 3 GB contra 8 GB com 2 vCPU, e 12 GB contra 32 GB com 8 vCPU. Para builds limitados por memória, a opção ARM pelo mesmo preço pode ser a mais lenta, ou a que falha.
Quais são os limites de concorrência?
O padrão é 64 vCPUs AMD e 32 vCPUs ARM em execução simultânea. Acima disso, os jobs entram na fila. Extensões de concorrência adicionam 100 vCPUs por US$ 300/mês, o que deve entrar em qualquer comparação de custo em escala.
O BuildJet reexecuta jobs que falham?
Não. O BuildJet entrega computação mais rápida e mais barata. Falhas transitórias derrubam o job, cobram os minutos perdidos e a reexecução, e esperam por uma pessoa, exatamente como no GitHub-hosted.

Guias relacionados