GitHub Actions Cache obtém limite de 200 carregamentos por minuto

Rongchai Wang
17 de jan de 2026 09:16

O GitHub introduz limitação de taxa para entradas de cache do Actions em 200 uploads por minuto por repositório, abordando preocupações de estabilidade do sistema devido a uploads de alto volume.

O GitHub implementou um novo limite de taxa no seu sistema de cache do Actions, limitando os uploads a 200 novas entradas de cache por minuto para cada repositório. A mudança, anunciada a 16 de janeiro de 2026, visa repositórios que estavam a sobrecarregar o sistema de cache com uploads rápidos e sucessivos, causando problemas de estabilidade em toda a plataforma.

Os downloads permanecem inalterados. Se os seus fluxos de trabalho extraem entradas de cache existentes, nada muda. O limite visa especificamente a criação de novas entradas—uma distinção que importa para equipas que executam compilações paralelas que geram dados de cache novos.

Porquê agora? O GitHub citou "cache thrash" como o culpado. Repositórios que faziam upload de volumes massivos de entradas de cache em rajadas curtas estavam a degradar o desempenho para todos os outros na infraestrutura partilhada. O limite de 200 por minuto dá aos utilizadores intensivos margem suficiente para casos de uso legítimos, ao mesmo tempo que previne o tipo de abuso que estava a desestabilizar o sistema.

Parte de uma Reformulação Mais Ampla do Actions

Este limite de taxa chega em meio a várias mudanças significativas na economia do GitHub Actions. No início deste mês, o GitHub reduziu os preços dos hosted runners em 15% a 39%, dependendo do tamanho. Mas a maior notícia chega a 1 de março de 2026, quando o uso de self-hosted runner em repositórios privados começa a custar $0,002 por minuto—uma nova taxa que está a levar algumas equipas a reconsiderar completamente a sua arquitetura de CI/CD.

O próprio sistema de cache recebeu uma atualização no final de 2025, com os repositórios agora capazes de exceder o limite anterior de 10 GB através de preços pay-as-you-go. Cada repositório ainda recebe 10 GB gratuitos, mas os utilizadores intensivos podem agora comprar mais em vez de lutarem constantemente contra políticas de remoção.

O Que as Equipas Devem Verificar

A maioria dos fluxos de trabalho não notará este limite. Mas se estiver a executar compilações de matriz que geram chaves de cache únicas em dezenas de tarefas paralelas, faça as contas. Uma matriz de 50 tarefas concluídas simultaneamente poderia teoricamente atingir 200 uploads de cache em menos de um minuto se cada tarefa criar várias entradas.

A solução é direta: consolidar chaves de cache sempre que possível, ou escalonar a conclusão de tarefas se estiver realmente a atingir o limite máximo. O GitHub não anunciou qualquer painel de monitorização para taxas de upload de cache, portanto as equipas preocupadas em atingir limites terão de auditar os seus registos de fluxo de trabalho manualmente.

Fonte da imagem: Shutterstock