Contexte et objectifs
GitLab.com héberge des millions de projets et subit une croissance de charge prévue plusieurs fois supérieure d’ici la fin de l’année 2026. Pour préserver la réactivité du service, l’entreprise a décidé de réviser son système de limitation de débit (rate limiting). L’objectif déclaré est de garantir que les charges d’automatisation et les agents ne ralentissent pas la plateforme pour les autres utilisateurs.
Nouveaux plafonds et calendrier
À compter du 19 octobre 2026, les limites de requêtes seront alignées sur le niveau d’abonnement de chaque compte. Les comptes gratuits et les requêtes non authentifiées seront soumis à la première phase, avec un plafond de 60 requêtes par heure et par adresse IP. Les plans Premium et Ultimate verront leurs limites révisées en janvier 2027. Les valeurs exactes par plan sont publiées dans la documentation officielle des limites de débit.
Mécanisme de mise en œuvre
Deux fenêtres de prévisualisation sont prévues le 7 et le 14 octobre 2026, de 15 h00 à 19 h00 UTC, durant lesquelles les nouvelles limites seront appliquées puis retirées. Cette opération, qualifiée de « brownout », permet aux équipes de mesurer l’impact sur leurs charges avant le déploiement définitif. Les requêtes authentifiées sont identifiées par un jeton d’accès personnel, OAuth ou CI/CD, ce qui les fait basculer du plafond anonyme vers les limites du plan correspondant. En cas de dépassement, le serveur renvoie un statut HTTP 429 avec l’en‑tête Retry-After indiquant le temps d’attente avant une nouvelle tentative.
Implications pour les utilisateurs
Les utilisateurs dont les charges restent en dessous des nouveaux plafonds ne remarqueront aucun changement dans les opérations courantes (navigation UI, push/pull Git, exécution CI/CD). Les projets publics très sollicités ou les automatisations lourdes pourraient atteindre les nouvelles limites et devront s’authentifier ou réduire la fréquence des appels (regroupement, mise en cache, pagination). GitLab prévoit également une option d’achat de capacité supplémentaire au‑delà des limites standard, avec des détails à venir plus tard en 2026. Les limites de GitLab Self‑Managed et GitLab Dedicated restent inchangées, car la modification ne concerne que GitLab.com.
