O Que É Custo por Build? Medindo as Unit Economics da CI
O custo por build é o valor médio que sua CI gasta para rodar um pipeline completo - a métrica de unit economics que diz se sua CI é eficiente.
O gasto total de CI diz o tamanho da fatura; o custo por build diz se cada run é eficiente. É a métrica que expõe o desperdício, permite comparar pipelines e mostra se uma otimização realmente funcionou. Se você acompanha um único número de custo de CI, este é um forte candidato.
Como calculá-lo
O custo por build é o custo total de compute em um período dividido pelo número de runs de pipeline nesse período. Se você gastou $1.000 em 5.000 runs, seu custo por build é $0.20. Você também pode calculá-lo por job e somar ao longo do pipeline para mais detalhe.
O que o eleva
Jobs mais longos, runners maiores, mais pernas de matrix e reexecuções flaky todos elevam o custo por build. Por ser uma média, alguns poucos runs muito pesados (macOS, matrizes grandes) podem puxar o número todo para cima.
Por que ele supera o gasto total
O gasto total sobe conforme seu time cresce mesmo que cada build seja eficiente. O custo por build normaliza pelo volume, então mostra se você está ficando mais ou menos eficiente ao longo do tempo, independentemente de quantos builds você roda.
Usando-o para mirar a otimização
Ordene os pipelines por custo por build e ataque os piores primeiro. Um único workflow caro rodado milhares de vezes pode dominar sua fatura; corrigir seu caching ou tamanho de runner move o número todo.
Acompanhando-o ao longo do tempo
Plote o custo por build ao longo dos releases. Um número que sobe aos poucos sinaliza novo desperdício - um teste lento, um runner superdimensionado, instabilidade crescente - trazendo à tona regressões antes que apareçam como uma fatura maior.
Baixando o custo por build
Faça cache para encurtar jobs, dimensione runners corretamente e mate reexecuções flaky, depois baixe a tarifa. Os runners gerenciados da Latchkey cortam o custo por build diretamente ao rodar o mesmo pipeline por cerca de 70% menos do que os hospedados pelo GitHub. Modele isso em /learn/github-actions-cost-calculator.
Principais conclusões
- Custo por build = custo total de compute dividido pelo número de runs de pipeline.
- Ele normaliza pelo volume, expondo a eficiência que o gasto total esconde.
- Ordene pipelines por ele para mirar primeiro nos workflows mais caros.