Alternativa ao Depot: Runners GitHub Actions com Autocorreção
O Depot é um runner gerenciado drop-in forte. Se seu gargalo são re-execuções instáveis e custo por minuto em vez de throughput de builds Docker, uma alternativa com autocorreção pode se encaixar melhor.
O Depot fornece runners gerenciados do GitHub Actions que você adota mudando o label runs-on (por exemplo runs-on: depot-ubuntu-24.04, conforme a documentação do Depot), além de um cache distribuído e builds Docker remotos. Ele é genuinamente bom no que faz. Esta página é um resumo justo de onde o Depot se destaca e onde os times buscam uma alternativa, para você escolher a ferramenta certa. O Latchkey é uma dessas alternativas: também drop-in, mas construído em torno da CI de autocorreção. Verifique os detalhes atuais do Depot em depot.dev/docs e os preços em depot.dev/pricing, já que as especificidades de fornecedores mudam.
Depot vs uma alternativa com autocorreção
| Capacidade | Depot | Latchkey |
|---|---|---|
| Drop-in via label runs-on | Sim (ex. depot-ubuntu-24.04) | Sim |
| Mais barato que hospedado no GitHub | Sim (Depot: ~metade do custo dos hospedados no GitHub) | Sim (até 70% menor por minuto) |
| Cache distribuído | Sim (Depot: 10x mais rápido, até 1000 MiB/s, sem config) | Integrado (deps + camada Docker) |
| Builds Docker remotos | Forte (builders BuildKit ao lado dos runners) | Cache de camadas Docker padrão |
| Tipos de runner | Intel/ARM/macOS/Windows/GPU (GPU no plano Business) | Tamanhos de runner Linux gerenciados |
| CI de autocorreção (auto-fix + retry de falhas transitórias) | Não | Sim |
No que o Depot é genuinamente bom
Crédito a quem merece. Conforme a documentação do Depot, seus runners são drop-in via uma mudança de label runs-on, rodam em CPUs rápidas (AMD EPYC Genoa de 4ª geração para Intel, AWS Graviton4 para ARM), e trazem um cache distribuído integrado que o Depot divulga como até 10x mais rápido sem mudanças de config e upload/download de até 1000 MiB/s. Seus Ultra Runners são divulgados como até 3x mais rápidos que os hospedados no GitHub (o Depot atribui isso em parte a um RAM disk que reserva até 25% da memória). Se sua CI é dominada por builds de imagem de contêiner e taxa de acerto de cache, o Depot é uma escolha forte.
Por que os times buscam uma alternativa
O motivo usual é confiabilidade e custo, não velocidade. Runners rápidos ainda falham em problemas transitórios e mecânicos, e re-executar esses jobs custa dinheiro e tempo. Essa é a lacuna que um runner com autocorreção preenche. Nota: o famoso número "55x" do Depot vem de um estudo de caso de cliente de build Docker (PostHog) e da tagline de build Docker da homepage, não de seus runners, então não o use para definir expectativas de runner.
Onde o Latchkey se encaixa
O Latchkey é um runner gerenciado drop-in acessado por uma troca de runs-on, construído em torno da CI de autocorreção: ele detecta, diagnostica, conserta e refaz falhas transitórias e mecânicas automaticamente, e lista custo por minuto até 70% menor que o GitHub Actions. Muitos times mantêm o Depot em jobs pesados de build Docker e movem workflows instáveis e sensíveis a custo para o Latchkey. Você pode rodar ambos.
O veredito
Se builds de contêiner e taxa de acerto de cache dominam sua CI, o Depot é uma boa escolha e vale a pena mantê-lo para esses jobs. Se sua dor maior são re-execuções instáveis e custo por minuto, avalie uma alternativa com autocorreção como o Latchkey em um workflow e compare com seus builds reais. Sempre verifique os preços atuais do Depot em depot.dev/pricing.