GitHub Actionsキャッシュが1分あたり200アップロードのレート制限を導入

Rongchai Wang
2026/1/17 9:16

GitHubがActionsキャッシュエントリに対して、リポジトリあたり毎分200アップロードのレート制限を導入し、大量アップロードによるシステム安定性の懸念に対処します。

GitHubは、Actionsキャッシュシステムに新しいレート制限を実装し、各リポジトリで毎分200の新しいキャッシュエントリにアップロードを制限しました。2026年1月16日に発表されたこの変更は、急速なアップロードでキャッシュシステムに負荷をかけ、プラットフォーム全体で安定性の問題を引き起こしていたリポジトリを対象としています。

ダウンロードは影響を受けません。ワークフローが既存のキャッシュエントリを取得する場合、何も変わりません。この制限は特に新しいエントリの作成を対象としており、新しいキャッシュデータを生成する並列ビルドを実行するチームにとって重要な違いです。

なぜ今なのか?GitHubは「キャッシュスラッシング」を原因として挙げています。短時間に大量のキャッシュエントリをアップロードするリポジトリが、共有インフラストラクチャ上の他のすべてのユーザーのパフォーマンスを低下させていました。毎分200の上限により、ヘビーユーザーには正当なユースケースに十分な余裕を与えながら、システムを不安定にしていた種類の乱用を防ぎます。

より広範なActionsの見直しの一部

このレート制限は、GitHub Actionsの経済性に関するいくつかの重要な変更の中で導入されました。今月初め、GitHubはホストランナーの価格をサイズに応じて15%から39%引き下げました。しかし、より大きなニュースは2026年3月1日に発表され、プライベートリポジトリでのセルフホストランナーの使用が1分あたり0.002ドルのコストがかかるようになります。これは、一部のチームがCI/CDアーキテクチャ全体を再考するきっかけとなっている新しい料金です。

キャッシュシステム自体は2025年後半にアップグレードされ、リポジトリは従量課金制の価格設定により、以前の10 GB制限を超えることができるようになりました。すべてのリポジトリには依然として10 GBの無料枠がありますが、ヘビーユーザーは、常に削除ポリシーと戦うのではなく、追加購入できるようになりました。

チームが確認すべきこと

ほとんどのワークフローはこの制限に気付きません。しかし、数十の並列ジョブにわたって一意のキャッシュキーを生成するマトリックスビルドを実行している場合は、計算してください。各ジョブが複数のエントリを作成する場合、同時に完了する50ジョブのマトリックスは、理論的には1分以内に200のキャッシュアップロードに達する可能性があります。

修正は簡単です。可能な場合はキャッシュキーを統合するか、本当に上限に達している場合はジョブの完了を段階的にします。GitHubはキャッシュアップロード率の監視ダッシュボードを発表していないため、制限に達することを懸念しているチームは、ワークフローログを手動で監査する必要があります。

画像ソース: Shutterstock