GitLab ändert, wie Ratenbegrenzungen bei GitLab.com funktionieren, und das Unternehmen lässt alle an der Vorschau teilnehmen, bevor der Vorhang aufgeht. Ab dem 19. Oktober 2026 richten sich die Ratenbegrenzungen bei GitLab.com nach Ihrem Abonnementlevel. Kostenlose Konten und nicht authentifizierte Anfragen starten zuerst, am 19. Oktober. Premium- und Ultimate-Pläne folgen im Januar 2027.
Vorschau-Fenster
Das Unternehmen veranstaltet zwei kurze Vorschau-Fenster für kostenlosen und nicht authentifizierten Datenverkehr am 7. und 14. Oktober von 15:00 bis 19:00 UTC. Während dieser Fenster aktiviert GitLab die neuen Ratenbegrenzungen und deaktiviert sie dann wieder, was als Brownout bezeichnet wird. Während dieser Zeiträume ändert sich kein anderer Teil des Dienstes.
Die Idee ist es, Benutzern die Möglichkeit zu geben, zu sehen, wie ihre eigenen Arbeitslasten unter den neuen Ratenbegrenzungen tatsächlich funktionieren, Wochen vor dem eigentlichen Inkrafttreten.
Ratenbegrenzungen nach Plan
Jedes kostenlose Konto hat seine eigenen Einschränkungen, die einzelnen Benutzern und Top-Level-Gruppen zugewiesen werden. Die Regeln für den kostenlosen Plan treten ab dem 19. Oktober in Kraft. Anfragen, die ohne Anmeldeinformationen gesendet werden, erhalten 60 Anfragen pro Stunde pro IP-Adresse.
Diese höheren Ratenbegrenzungen sind es, was Premium und Ultimate auszeichnet, und das Unternehmen weist darauf hin, dass andere Plattformen solche Zahlen nur in ihren eigenen Enterprise-Stufen anbieten oder sie gar ganz unter Verschleierung halten.
Die Ratenbegrenzungen pro Plan sind in der Dokumentation zu den Ratenbegrenzungen veröffentlicht.
So bleiben Sie unter der Grenze
Wenn Sie eine Grenze erreichen, wechseln Sie zu einer verifizierten Anfrage anstelle einer nicht verifizierten. Ein persönliches Zugriffstoken, ein OAuth-Token oder das CI/CD-Job-Token entnehmen jeweils eine Anfrage der anonymen 60 Anfragen pro Stunde und setzen sie unter die Grenzen Ihres Plans, die deutlich höher sind.
Stapelung, Caching und Paginierung helfen. Das Abfragen in einer engen Schleife verbraucht Ihr Kontingent schnell. Wenn Sie eine Grenze überschreiten, erhalten Sie einen HTTP-429-Fehler „Zu viele Anfragen“ mit einem Retry-After-Header, der angibt, wie lange Sie warten sollen. Ein Client, der seine eigenen Antwort-Header liest, behebt sich meist selbst. Ein exponentieller Backoff erholt sich schneller als ein sofortiger Neustart.
Ein Upgrade auf Premium oder Ultimate erhöht die Grenzen für jeden einzelnen Benutzer und jede Top-Level-Gruppe.
Was sich nicht ändert (
Die alltägliche Erfahrung für die meisten Nutzer bleibt unberührt. Das normale Anmelden bei der Arbeit ändert nichts. Das Durchsuchen der Benutzeroberfläche, das Bearbeiten von Dateien, das Senden von Codeänderungen über git und das Ausführen von CI/CD innerhalb Ihres Plans funktionieren weiterhin genau wie zuvor.
Einige Workloads im Free-Tier werden die neuen Limits erreichen, ebenso wie Automatisierungen, die einen Großteil der Arbeit erledigen.
Bevor Sie eine Anfrage an GitLab.com senden, bestätigen Sie, dass sie authentifiziert ist. Dieser Schritt erhöht die Anzahl der Anfragen, die Sie innerhalb eines bestimmten Zeitraums stellen können.
Kernaussagen (
- Free-Limit und anonyme Zulassung entsprechen dem Branchenstandard
- Premium und Ultimate sind großzügiger als ähnliche Plattformen
- Free wird ab dem 19. Oktober 2026 wirksam
- Premium und Ultimate werden im Januar 2027 angepasst
- Brownout-Vorschauen: 7. Oktober und 14. Oktober, 15:00 bis 19:00 UTC
- Nicht authentifizierte Anfragen sind auf 60 pro Stunde pro IP-Adresse begrenzt
Unsere Sichtweise
Vor Inkrafttreten der neuen Limits zeigt das Unternehmen Brownout-Vorschauen für Free- und nicht authentifizierten Traffic. Dies gibt Nutzern die Möglichkeit zu beobachten, wie ihre Workloads reagieren, wenn sie diese Grenzen erreichen.
Vorhersehbare Grenzen sind das erklärte Ziel. Free-Nutzer, die unterhalb der Grenze bleiben, werden keine Veränderungen feststellen. Sollten Integrationen die Authentifizierung nicht bestehen, verweist GitLab diese auf limits@gitlab.com für eine Ausnahme.
Quelle: „Rate limits on GitLab.com are changing“, gitlab.com.
Das Notizbuch abonnieren.
Die besten Geschichten des Tages und jedes neue Urteil, in klarem Deutsch, um sieben im Postfach. Eine Mail am Tag, nicht mehr.