Latchkey vs runners self-hosted: custo, operação e confiabilidade
Runners self-hosted parecem os mais baratos no papel. Aqui está a comparação real quando você conta o tempo de engenharia para operá-los, e como runners gerenciados com autocorreção mudam a conta.
Runners self-hosted dão o menor preço bruto de computação e controle total: você roda o software do runner nas suas próprias máquinas (EC2, Kubernetes, bare metal). O custo oculto é a operação - autoscaling, patching de imagens, isolamento de segurança, limpeza de disco e plantão quando a frota quebra. O Latchkey é gerenciado: você tem preço baixo por minuto e a escolha do tamanho do runner sem ser dono de nada dessa infraestrutura, além de autocorreção em cada job.
Self-hosted vs Latchkey em resumo
| Self-hosted | Latchkey | |
|---|---|---|
| Custo bruto de computação | O menor | Baixo (a partir de $0.0025/min) |
| Custo real | Mais tempo de engenharia e plantão | Por minuto, sem tempo de operação |
| Infraestrutura que você mantém | Scaling, patching, limpeza, segurança | Nenhuma |
| Inicialização do job | Rápida se você os mantém quentes | Pools quentes (gerenciados) |
| Isolamento / segurança | Sua responsabilidade | Gerenciado, isolado por job |
| Recuperação de falhas instáveis | Não (você mesmo faz) | Repetição automática com autocorreção |
| Melhor para | Controle total em larga escala | Baixo custo + baixa operação |
Onde o self-hosted ganha
Máximo controle e o menor preço de computação por unidade: ideal se você precisa de hardware específico (GPUs, muita memória), colocação de rede estrita, ou você já tem um time de plataforma capaz de operar uma frota de runners em escala.
O custo oculto do self-hosting
Alguém tem que construir e ser dono do autoscaler, aplicar patches e reconstruir imagens de runner, isolar jobs para que um workflow não contamine o próximo, limpar o disco entre execuções e responder quando runners caem no meio do pipeline. Esse tempo recorrente de engenharia é a conta real, e ele não aparece na fatura da nuvem.
Onde o Latchkey ganha
O Latchkey mantém o preço baixo por minuto e a escolha do tamanho do runner, mas o GitHub Actions vê um runner gerenciado e você não mantém nenhuma da infraestrutura. Cada job roda isolado, os jobs iniciam a partir de pools quentes e falhas transitórias ou mecânicas se autocorrigem e repetem automaticamente em vez de acionar um humano.
How to evaluate a managed runner honestly
- Compare at equal machine shape. A lower rate on fewer vCPUs is not cheaper per unit of work.
- Check billing granularity: per-minute rounding costs real money across a wide matrix of short jobs.
- Include queue and boot time. Cheaper per minute but slower to start can cost more per merge.
- Count your re-runs. Paying twice for the same work is invisible on every rate card.
- Switching is a one-line
runs-onchange in both directions, so a two-week trial beats modelling.
O veredito
Escolha self-hosted se controle total e hardware sob medida valem operar uma frota de runners você mesmo. Se o seu objetivo é baixo custo sem a carga operacional, e pipelines que se recuperam sozinhos de falhas instáveis, o Latchkey dá runners gerenciados com preço semelhante ao self-hosted e autocorreção embutida.