O Que É Custo de Compute em CI? O Núcleo da Sua Fatura de Pipeline
O custo de compute em CI é o que você paga pelo tempo de processamento dos runners que constroem e testam seu código - geralmente a maior linha isolada da sua fatura de CI.
De tudo que a CI cobra, o compute é o dominante. Cada build, teste e deploy ocupa uma máquina, e o tempo dessa máquina é medido. Entender o que impulsiona o custo de compute - tempo de execução, tamanho do runner e frequência com que os jobs rodam - é a base para controlar seu gasto geral de CI.
Como o custo de compute é calculado
O custo de compute são minutos de tempo de runner multiplicados pela tarifa por minuto do tamanho e do SO daquela máquina. Um job de 10 minutos em um runner Linux de 2 núcleos a $0.008/min custa $0.08; o mesmo job em um runner de 8 núcleos custa quatro vezes isso por minuto.
O tempo de execução é a maior alavanca
Como o custo escala com o tempo de execução, qualquer coisa que encurte um job reduz o custo de compute diretamente. Fazer cache de dependências, pular trabalho inalterado e paralelizar o caminho crítico reduzem os minutos cobrados.
Tamanho do runner e o encaixe certo
Runners maiores custam mais por minuto, mas podem terminar mais rápido. A opção mais barata é o menor runner que não vira gargalo do job. Superdimensionar paga um prêmio por núcleos ociosos; subdimensionar paga em minutos extras.
A frequência multiplica tudo
Um pipeline que roda a cada push, PR e merge em um time movimentado roda milhares de vezes por mês. Um pequeno custo de compute por run vira um número mensal grande puramente pela frequência, e é por isso que as economias por run se acumulam de forma tão pesada.
Compute que você paga mas desperdiça
- Setup de cold-start repetido a cada run em vez de cacheado.
- Reexecuções flaky que refaturam compute que já teve sucesso.
- Pernas de matrix redundantes e triggers sem filtro.
Cortando o custo de compute
Encurte jobs, dimensione runners corretamente e reduza a frequência de runs onde for seguro. Depois ataque a própria tarifa: os runners gerenciados da Latchkey entregam o mesmo compute por cerca de 70% menos do que os hospedados pelo GitHub, com warm pools que removem o compute de cold-start e autocorreção que evita refaturar jobs flaky.
Principais conclusões
- Custo de compute = minutos de runner × tarifa por minuto, e geralmente domina a fatura de CI.
- O tempo de execução é a maior alavanca - jobs mais curtos custam menos a cada run.
- A frequência multiplica o custo por run em um número mensal grande.