Rongchai Wang
17 janv. 2026 09h16
GitHub introduit une limitation de taux pour les entrées de cache Actions à 200 téléchargements par minute par dépôt, répondant aux préoccupations de stabilité du système liées aux téléchargements de gros volumes.
GitHub a mis en place une nouvelle limite de taux sur son système de cache Actions, plafonnant les téléchargements à 200 nouvelles entrées de cache par minute pour chaque dépôt. Le changement, annoncé le 16 janvier 2026, cible les dépôts qui martelaient le système de cache avec des téléchargements rapides et causaient des problèmes de stabilité sur toute la plateforme.
Les téléchargements restent non affectés. Si vos flux de travail extraient des entrées de cache existantes, rien ne change. La limite cible spécifiquement la création de nouvelles entrées—une distinction importante pour les équipes exécutant des builds parallèles qui génèrent des données de cache fraîches.
Pourquoi maintenant ? GitHub a cité le « cache thrash » comme coupable. Les dépôts téléchargeant des volumes massifs d'entrées de cache en courtes rafales dégradaient les performances pour tous les autres sur l'infrastructure partagée. Le plafond de 200 par minute donne aux gros utilisateurs suffisamment de marge pour les cas d'usage légitimes tout en empêchant le type d'abus qui déstabilisait le système.
Partie d'une refonte plus large d'Actions
Cette limite de taux arrive au milieu de plusieurs changements significatifs dans l'économie de GitHub Actions. Plus tôt ce mois-ci, GitHub a réduit les prix des runners hébergés de 15 % à 39 % selon la taille. Mais la plus grande nouvelle arrive le 1er mars 2026, lorsque l'utilisation de runners auto-hébergés dans les dépôts privés commencera à coûter 0,002 $ par minute—un nouveau frais qui pousse certaines équipes à reconsidérer entièrement leur architecture CI/CD.
Le système de cache lui-même a bénéficié d'une mise à niveau fin 2025, les dépôts pouvant désormais dépasser la limite précédente de 10 GB grâce à une tarification à l'usage. Chaque dépôt bénéficie toujours de 10 GB gratuits, mais les gros utilisateurs peuvent maintenant en acheter davantage plutôt que de lutter constamment contre les politiques d'éviction.
Ce que les équipes devraient vérifier
La plupart des flux de travail ne remarqueront pas cette limite. Mais si vous exécutez des builds matriciels qui génèrent des clés de cache uniques sur des dizaines de jobs parallèles, faites le calcul. Une matrice de 50 jobs se terminant simultanément pourrait théoriquement atteindre 200 téléchargements de cache en moins d'une minute si chaque job crée plusieurs entrées.
La solution est simple : consolidez les clés de cache lorsque c'est possible, ou échelonnez l'achèvement des jobs si vous atteignez vraiment le plafond. GitHub n'a pas annoncé de tableau de bord de surveillance pour les taux de téléchargement de cache, donc les équipes préoccupées par l'atteinte des limites devront auditer manuellement leurs journaux de flux de travail.
Source de l'image : Shutterstock
Source : https://blockchain.news/news/github-actions-cache-rate-limit-200-per-minute
