GitLab.com のレート制限が変更されます

GitLab.com は、プロジェクトを検索するためにリポジトリやプロジェクトにログインします。提案GitLab Duo Agent Platformコード提案（AI）CI/CDGitLab on AWSGitLab on Google CloudなぜGitLabなのか？公開日：2026年9月17日5分で読めますGitLab.com のレート制限が変更されます10月19日より、GitLab.com のレート制限はサブスクリプションに準拠するようになります。サインインして、より高い制限を解除してください。Premium/Ultimate の変更は 1 月に適用されます。Sam WiskowproductGitLab.com は、あらゆる規模のチームが信頼できるプラットフォームを必要とする何百万ものプロジェクトをホストしています。需要は急速に高まっており、プラットフォームの負荷は今年中に数倍になると予想されます。予測可能な制限は、GitLab.com をプラットフォーム上で構築している自動化やエージェントのワークロードを含む、すべてのユーザーにとって高速に保つためのものです。スケールアップするにつれてそれを維持するために、レート制限の仕組みを更新しています。2026 年 10 月 19 日より、GitLab.com のレート制限はサブスクリプションティアに準拠するようになります。無料アカウントと認証されていないリクエストは、10 月 19 日に最初に適用されます。Premium と Ultimate は 2027 年 1 月に移行します。何が変わるのか制限はサブスクリプションに準拠します。無料、Premium、Ultimate のサブスクリプションプランには、ユーザーごとおよびトップレベルグループごとに適用される独自の制限が設けられます。無料は 10 月 19 日に発効し、Premium と Ultimate は 2027 年 1 月に発効します。サインインすると、完全な制限が適用されます。認証されたリクエストは、以下のサブスクリプションプランによって管理されます。資格情報なしで到着したリクエストは、IP アドレスあたり 1 時間あたり 60 件のリクエストが適用されます。プランごとの制限は、レート制限のドキュメントに記載されています。10 月 19 日に何が起こるか無料および認証されていないトラフィックに対して、10 月 7 日と 10 月 14 日の 15:00 から 19:00 UTC の 2 回のプレビュー期間が設けられます。サインインした Premium および Ultimate のリクエストは、これらの制限が 1 月まで変更されないため、影響を受けません。認証されていないリクエストは、資格情報なしで有料アカウントに対して実行される自動化を含む、どこから来ても制限されます。プレビュー期間（エンジニアはこれをブラウンアウトと呼びます）は、新しい制限を有効にしてから元に戻す、短く計画された期間です。実行中にサービスに関する他のことは何も変更されません。ポイントは、新しい制限が完全に適用される数週間前に、自分のワークロードがどのように動作するかを実際に確認できるようにすることです。10 月 19 日に新しい制限が発効します。GitLab.com が実際にどのように使用されているかを調べて、これらの制限を設定しました。ほとんどすべてのユーザーはすでに新しい制限内にあり、変更に気づかないでしょう。同様のプラットフォームが許可しているものも調べました。無料制限と匿名許可は業界標準に一致していますが、Premium と Ultimate はより寛大で、他のプラットフォームがエンタープライズティア向けに予約しているレベルか、まったく公開していないレベルです。制限に近い場合制限に近づいていることがわかった場合は、リクエストを認証してください。通常は簡単な変更です。個人用アクセストークン、OAuth トークン、または CI/CD ジョブトークンを呼び出すと、リクエストは匿名 60 リクエスト/時間から、はるかに高いプランの制限に移行します。次に、API を呼び出す方法を確認してください。バッチ処理、キャッシュ、ページネーションは非常に役立ちますが、タイトなループでのポーリングは、許可をすぐに使い果たします。制限を超えると、Retry-After ヘッダー付きの HTTP 429 が返され、待機時間が表示されるため、応答ヘッダーを読み取るクライアントはほとんどの場合自分で修正できます。指数関数的なバックオフは、すぐに再試行するよりも早く回復します。Premium または Ultimate へのアップグレードも、ユーザーごとおよびトップレベルグループごとに制限を増加させます。継続的に高い制限が必要な場合は、標準プランの制限を超える容量を購入する方法を検討しています。詳細は今年後半に発表します。それに該当する場合は、アカウントチームに連絡するか、limits@gitlab.com にメールで必要なものをお知らせください。何が変更され、何が変更されないかこれらの制限は、単一のワークロードが他のすべてのユーザーのプラットフォームを遅くできないように設定されています。通常のサインインした作業は対象ではなく、ほとんどのユーザーにとって、通常の 1 日は同じように見えます。UI の閲覧、エディターでの作業、git を使用したプッシュとプル、プラン内での CI/CD の実行はすべて、今日と同じように継続されます。一部の重い自動化と少数の無料ティアのワークロードは、新しい上限に達します。変更されないもの：常に自分のデータとリポジトリにアクセスしてエクスポートできます。GitLab Self-Managed および GitLab Dedicated の制限は、オペレーターに残ります。これは GitLab.com の変更のみです。追加の変更を行う前に通知します。リマインダー：GitLab.com へのリクエストを認証して、制限が高くなるようにしてください。よくある質問これが自分に影響するかどうかはどうすればわかりますか？最も忙しい 1 分間をプランの公開制限と比較してください。ほとんどの顧客は近くにいません。現時点での最も迅速なシグナルは、API レスポンスの RateLimit-Remaining ヘッダーであり、現在のウィンドウの残りの量を示します。また、今年後半にリリースされる製品ビューで、プランの制限に対する使用状況を表示できるように開発中です。私のプロジェクトは公開されていて忙しいです。どのような選択肢がありますか？3 つのことが役立ちます。プロジェクトを呼び出す自動化にサインインするように依頼してください。これにより、匿名許可ではなく、独自の制限に移行します。トラフィックが構築したオーディエンスから来ていない場合は、プロジェクトをプライベートにしてください。これにより、匿名呼び出し者がまったくアクセスできなくなります。または、はるかに高い制限のために Premium または Ultimate にアップグレードしてください。複数のトップレベルグループのメンバーである場合はどうなりますか？ユーザー制限は、利用可能な最も高いサブスクリプションティアになります。Ultimate グループのメンバーである場合、Ultimate 制限にアクセスできます。制限に達するとどうなりますか？RateLimit-* ヘッダーと Retry-After を持つ 429 Too Many Requests が返されます。表示された間隔を待ってから、再試行してください。私の統合は実際に認証できません。どうすればよいですか？limits@gitlab.com までご連絡ください。正当な匿名パターンがあります。公開ステータスバッジが明白な例です。所有している統合が影響を受ける可能性があると懸念している場合は、お問い合わせください。これは GitLab Self-Managed または GitLab Dedicated に適用されますか？いいえ。これは GitLab.com のみの変更です。追加リソースプランごとのレート制限API リクエストの認証質問、または考慮されていないケースに遭遇しましたか？アカウントチームに連絡するか、limits@gitlab.com にメールしてください。無料の 30 日間 GitLab トライアルを開始するGitLab Duo Agent Platform アクセス最も高度な機能をお試しくださいAI を使用して複雑なタスクを自動化する無料トライアルを入手するクレジットカードは不要です。さらに探索するすべてのブログ投稿を表示する製品GitLab クリティカルパッチリリース：19.3.2、19.2.6、19.1.8ブログを読む製品GitLab UI で次のステップのためのスペースを作るブログを読む製品GitLab パッチリリース：19.3.1、19.2.5、19.1.7ブログを読む私たちに聞かせてくださいこのブログ記事を楽しんでいただけましたか、それとも質問やフィードバックがありますか？GitLab コミュニティフォーラムで新しいトピックを作成して、あなたの考えを共有してください。フィードバックを共有する今日からより速く構築を開始するDevSecOps のインテリジェントオーケストレーションプラットフォームでチームが何ができるかを確認してください。無料トライアルを入手する営業にお問い合わせください