Hospedagem de runner de CI
Resposta
Executores de CI auto-hospedados executam seus pipelines de build em servidores que você controla, em vez de um pool compartilhado do provedor. Um Incognito VPS VECTOR por US$ 14/mês normalmente supera um runner hospedado, eliminando cobrança por minuto e filas de espera.
| Cenário | Mínimo |
|---|---|
| Small project | 2 vCPU, 4 GB RAM |
| Typical monorepo | 6 vCPU, 16 GB RAM |
| Heavy compile (Rust, C++) | 16 vCPU, 64 GB RAM |
| Docker layer cache | 140 GB+ NVMe |
A aritmética costuma ser decisiva
Minutos de CI hospedado parecem baratos até você contá-los. Uma equipe que executa algumas centenas de builds por mês em runners hospedados de 2 núcleos gasta rotineiramente mais do que custa um VPS dedicado de 6 núcleos, e obtém builds mais lentos pelo dinheiro, pois os runners hospedados são máquinas modestas sob contenção.
A outra economia é tempo, não dinheiro. Um runner auto-hospedado não tem fila — seu job começa quando você faz push. Em um pool hospedado ocupado, esperar vários minutos por um runner é normal, e esse atraso afeta todos os desenvolvedores, a cada push.
Cache é onde realmente está a aceleração
NVMe local persistente muda a economia do CI mais do que a contagem bruta de núcleos. Camadas Docker, registries Cargo, node_modules, caches Gradle e ccache sobrevivem entre execuções em um runner auto-hospedado, enquanto um runner hospedado começa limpo e baixa tudo novamente.
Para um projeto grande em Rust ou C++, isso frequentemente resulta em redução de cinco a dez vezes no tempo de build, e é totalmente gratuito.
Isolamento, pois runners executam código arbitrário
Um runner auto-hospedado executa o que estiver no pipeline, o que para um repositório público significa o que um contribuidor colocar em um pull request. Nunca associe um runner auto-hospedado a um repositório público sem execução efêmera e isolada.
Use runners efêmeros em contêineres ou VMs de curta duração, não dê ao runner credenciais que ele não precise e coloque-o em um servidor sem mais nada. Uma máquina de US$ 14 por projeto é um seguro barato contra um pipeline comprometido alcançando o resto da sua infraestrutura.
Perguntas frequentes
01 Qual plano para um runner de CI?
VECTOR (4 vCPU, 8 GB) para um projeto típico; BASTION (6 vCPU, 16 GB) para um monorepo ou compilação pesada. O cache NVMe persistente importa mais do que a contagem de núcleos para a maioria dos pipelines.
02 Funciona com o GitHub Actions?
Sim. Registre a máquina como um runner auto-hospedado e use runs-on para direcioná-lo. GitLab, Forgejo, Woodpecker e Drone funcionam da mesma forma.
03 Um runner auto-hospedado é seguro para repositórios públicos?
Não sem isolamento efêmero. Um pull request pode executar código arbitrário no runner. Use contêineres efêmeros ou VMs descartáveis e nunca conceda credenciais que o pipeline não precise.
04 How much faster is it?
Normalmente duas a quatro vezes em computação bruta, e cinco a dez vezes em pipelines com uso intensivo de cache, pois camadas Docker e caches de dependências persistem entre execuções em vez de serem baixados novamente.
Relacionados