# Latchkey vs BuildJet: comparação de runners gerenciados do GitHub Actions

> Latchkey vs BuildJet para GitHub Actions: BuildJet é um dos provedores originais de runners mais baratos e rápidos. Veja como custo, cache e autocorreção se comparam, e qual se encaixa no seu time.

Source: https://latchkey.dev/pt/learn/compare-runners/latchkey-vs-buildjet  
Updated: 2026-06-25

Tanto Latchkey quanto BuildJet oferecem runners do GitHub Actions mais rápidos e baratos que os hospedados pelo GitHub. A maior diferença: o Latchkey adiciona **autocorreção**, para que falhas transitórias se recuperem automaticamente.

O BuildJet foi um dos primeiros a oferecer runners drop-in do GitHub Actions mais baratos e rápidos. O Latchkey executa seu GitHub Actions em runners gerenciados mais baratos que os hospedados pelo GitHub e adiciona CI com autocorreção - falhas transitórias e mecânicas são detectadas, corrigidas e repetidas automaticamente, para que builds instáveis parem de falhar seu pipeline. Veja como eles se comparam.

## Comparison

| Capacidade | BuildJet | Latchkey |
| --- | --- | --- |
| Runners gerenciados drop-in | Sim | Sim |
| Mais barato que os hospedados pelo GitHub | Sim | Sim (~70% menos por minuto) |
| Cache integrado | Sim | Sim (dependências + camada Docker) |
| CI com autocorreção (repetição automática de falhas transitórias) | Não | Sim |
| Mais conhecido por | Runners rápidos e acessíveis | Autocorreção + runners gerenciados de baixo custo |

## No que o BuildJet é bom

O BuildJet é uma opção madura e simples para runners drop-in mais baratos e rápidos, com preços previsíveis.

## O que o Latchkey adiciona

O Latchkey é construído em torno de CI com autocorreção. Em seus runners gerenciados, encerramentos por falta de memória, erros de disco cheio, timeouts de registry e outras falhas transitórias/mecânicas são detectados e repetidos automaticamente - para que você pare de pagar por re-execuções e pare de babá de builds vermelhos. Isso vem acompanhado de runners gerenciados a um custo por minuto cerca de 70% menor que os hospedados pelo GitHub.

## Escolhendo entre BuildJet e Latchkey

- Escolha o BuildJet se você quer uma troca simples e estabelecida por runners mais baratos, com mudança mínima.
- Escolha o Latchkey se você quer os runners gerenciados de menor custo **mais** autocorreção que elimina re-execuções instáveis automaticamente.

## 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.

> Switching between managed runners is a one-line `runs-on` change in both directions, so a two-week trial on your slowest job costs almost nothing and beats any amount of modelling.

## O veredito

Se sua prioridade é uma troca de runner simples e comprovada, o BuildJet é uma escolha sólida. Se você quer runners mais baratos e pipelines que se recuperam sozinhos de falhas transitórias, o Latchkey se encaixa melhor - comece de graça e compare com seus builds reais.

## FAQ

### O Latchkey é um substituto drop-in para o BuildJet?

Ambos conectam runners gerenciados aos seus workflows do GitHub Actions com uma mudança de label, então a troca é de baixo atrito. Verifique o preço atual do BuildJet no site deles, pois preços de fornecedores mudam.

---

Latchkey runs CI/CD that repairs its own failures. Agent entry points: https://latchkey.dev/agent.txt, https://latchkey.dev/openapi.json, https://latchkey.dev/llms.txt