GitLab.comがレート制限をサブスクリプション連動へ変更
原題: Rate limits on GitLab.com are changing
なぜ重要か
AIエージェントや自動化ワークロードの急増を背景に、SaaSプラットフォームが利用層別の制限設計へ移行する業界トレンドを体現している。
GitLab.comは2026年10月19日より、レート制限をサブスクリプション階層に合わせて変更する。Free・未認証リクエストが先行して適用され、Premium・Ultimateは2027年1月に移行。未認証リクエストはIPアドレスあたり毎時60件に制限される。10月7日と14日にはプレビュー（ブラウンアウト）を実施予定。
GitLab.comは、プラットフォームの負荷増大への対応として、レート制限の仕組みを刷新する。同社によれば、プラットフォームの負荷は今年中に数倍規模に拡大すると見込まれており、安定した速度を維持するために今回の変更が必要だとしている。
新制度では、レート制限がFree・Premium・Ultimateの各プランごとに設定され、ユーザー単位およびトップレベルグループ単位で適用される。認証済みリクエストはサブスクリプションプランの制限が適用されるが、未認証（クレデンシャルなし）のリクエストはプランに関わらずIPアドレスあたり毎時60件に上限が設けられる。有料アカウントから認証情報なしで実行する自動化処理も例外ではなく、この制限の対象となる点は注意が必要だ。
スケジュールは二段階。2026年10月19日にFreeアカウントと未認証リクエストへの新制限が適用開始となる。PremiumおよびUltimateの変更は2027年1月まで猶予が設けられている。
本格適用前には、10月7日と10月14日の各日15:00〜19:00 UTC（協定世界時）に「ブラウンアウト」と呼ばれるプレビュー期間が設定される。この間、新制限を一時的に有効化してその後解除することで、ユーザーが自身のワークロードへの影響を本番適用前に確認できるよう配慮されている。
GitLabは、実際の利用状況を分析した結果、ほぼすべてのユーザーがすでに新制限の範囲内で利用しており、大多数は変化を感じないと説明している。Free枠と未認証枠の制限値は業界標準に沿ったもので、PremiumおよびUltimateはそれより寛大な設定になるという。具体的なプランごとの制限値はレート制限ドキュメントに公開されている。