Runners GitHub-Hosted vs Self-Hosted: Custo e Operação
Runners GitHub-hosted não exigem setup, mas são caros; runners self-hosted são computação barata, mas você é dono de toda a operação.
Todo job do GitHub Actions roda em um runner. Runners GitHub-hosted são gerenciados e cobrados com prêmio por minuto; runners self-hosted usam suas próprias máquinas a custo bruto de computação, mas com toda a carga de manutenção. Aqui está a troca - e a terceira opção.
| GitHub-hosted | Self-hosted | Gerenciado (Latchkey) | |
|---|---|---|---|
| Custo por minuto | O mais alto | Menor computação + tempo de ops | Baixo (~70% abaixo do hosted) |
| Você mantém a infra | Não | Sim - escala, patches, limpeza | Não |
| Cold start / fila | Pode entrar em fila | Rápido se mantido aquecido | Warm pools (sem fila) |
| Cache | Básico | Faça você mesmo | Embutido |
| Recuperação de falhas instáveis | Não | Não | Auto-retry com autocorreção |
| Melhor para | Baixo volume | Controle total, larga escala | Baixo custo + baixa operação |
GitHub-hosted
Zero setup, cobrado por minuto com prêmio, com filas ocasionais sob carga. Ótimo para pipelines pequenos ou ocasionais; caro em escala.
Self-hosted
A computação bruta mais barata e controle total, mas você é dono da escala, dos patches, da limpeza de disco cheio e de runners obsoletos, e das dores de cabeça de confiabilidade da infraestrutura de vida longa.
O meio-termo gerenciado
Runners gerenciados como o Latchkey dão a economia do self-hosted - cerca de 70% mais barato por minuto que o GitHub-hosted - com zero operação, warm pools para que os jobs nunca fiquem em fila e autocorreção que refaz automaticamente falhas transitórias.
O veredito
Use GitHub-hosted para baixo volume e self-hosted apenas se você quiser controle total com uma equipe para operá-lo. Para a maioria dos times, runners gerenciados entregam baixo custo e baixa operação juntos - comece grátis e compare com seus builds.