O que é um limite de gastos no GitHub Actions? Limitando sua fatura de CI
Um limite de gastos no GitHub Actions é um teto configurável de quanto uso medido do Actions você pode ser cobrado em um ciclo de faturamento.
O GitHub Actions cobra o excedente automaticamente assim que você esgota seus minutos incluídos, o que significa que o custo pode disparar silenciosamente. Um limite de gastos é a proteção: ele diz ao GitHub quanto extra você está disposto a pagar antes que ele pare de agendar trabalho medido. Saber como ele se comporta evita tanto faturas surpresa quanto interrupções surpresa.
O que o limite controla
O limite de gastos restringe o uso medido - minutos além da sua franquia incluída mais o excedente de armazenamento. Por padrão, o limite de um plano gratuito é $0, o que significa que nenhum excedente é permitido; você o aumenta para permitir uso pago até um teto que você escolhe.
O que acontece quando você o atinge
Quando o uso medido alcança o limite, o GitHub para de rodar mais workflows medidos pelo resto do ciclo. Os workflows que incorreriam em custo são bloqueados até o ciclo resetar ou você aumentar o limite - protegendo a fatura mas potencialmente bloqueando releases.
O trade-off que ele cria
Um limite baixo protege você de custos descontrolados mas arrisca bloquear o CI no meio do ciclo; um limite alto mantém o CI fluindo mas oferece pouca proteção real. O nível certo depende de quão previsível é o seu uso.
Definindo um limite sensato
Baseie-o no excedente histórico mais uma folga para picos, e combine-o com alertas bem abaixo do teto para que você possa agir antes que os workflows parem. Um limite sem alertas tende a falhar ruidosamente no pior momento.
Limites versus redução de custo
Um limite de gastos trata o sintoma, não a causa. Se você continua atingindo-o, a correção real é cortar o desperdício - cache, eliminar re-execuções instáveis, dimensionar corretamente - ou reduzir a tarifa para que o mesmo trabalho caiba abaixo do teto.
Precisando de um teto mais baixo
Uma linha de base mais barata torna qualquer limite confortável. Os runners gerenciados da Latchkey rodam os mesmos workflows por cerca de 70% menos que os hospedados pelo GitHub, então o trabalho equivalente cabe bem abaixo do mesmo limite de gastos, e a autocorreção impede que re-execuções instáveis o consumam.
Principais conclusões
- Um limite de gastos restringe o uso medido faturável do Actions por ciclo.
- Atingi-lo bloqueia mais workflows medidos até o reset ou aumento.
- Limites baixos protegem o custo mas arriscam bloquear o CI; limites altos fazem o contrário.