GitLab.com hız limitleri 19 Ekim 2026'dan itibaren abonelik katmanlarına bağlanıyor

GitLab, 19 Ekim 2026'dan itibaren GitLab.com üzerindeki hız limitlerini abonelik katmanına bağlayacak; ilk aşamada Free hesaplar ve kimlik doğrulamasız istekler kapsanıyor. Hacker News ana sayfasına düşen şirket duyurusuna göre Premium ve Ultimate planlar Ocak 2027'de yeni limitlerine geçecek. Değişiklik yalnızca barındırılan GitLab.com hizmeti için geçerli; Self-Managed ve Dedicated kurulumlar, yöneticilerinin belirlediği limitleri korumaya devam edecek.

Neler değişiyor

Limitler kullanıcı başına ve en üst düzey grup başına uygulanacak; Free, Premium ve Ultimate planlarının her biri kendi üst sınırına sahip olacak ve plan başına değerler GitLab'ın hız limitleri dokümantasyonunda yayımlanacak. Öne çıkan sayı anonim trafikle ilgili: kimlik bilgisi olmadan gelen istekler, IP adresi başına saatte 60 istekle sınırlanacak. GitLab, bu sınırın isteğin nereden geldiğine bakılmaksızın geçerli olduğunu vurguluyor; buna token olmadan ücretli bir projeye çalışan otomasyonlar da dahil. Oturum açılmış istekler, kullanıcının abonelik planının limitlerini devralır.

GitLab değişikliği büyümeye bir yanıt olarak konumlandırıyor ve platform yükünün bu yıl birkaç kat artmasını beklediğini, bunun da kısmen ekiplerin platform üzerinde kurduğu otomasyon ve agent iş yüklerinden kaynaklandığını söylüyor. Şirket, üst sınırların gerçek kullanım ve benzer platformlar incelenerek belirlendiğini belirtiyor: kullanıcıların neredeyse tamamı zaten yeni limitlerin içinde çalışıyor, Free ve anonim payları rakiplerin sunduğuyla eşit ve Premium ile Ultimate limitleri, diğer platformların kurumsal katmanlara ayırdığı ya da hiç yayımlamadığı düzeylerde.

Geçiş öncesi brownout'lar

İki önizleme penceresi — mühendis argosunda brownout — 7 Ekim ve 14 Ekim 2026'da, UTC ile 15:00–19:00 arasında yeni Free ve kimlik doğrulamasız limitlerini kısa süreliğine devreye alacak. GitLab bunları, yalnızca limitlerin değiştiği, planlanmış ve geri alınabilir pencereler olarak tanımlıyor; böylece ekipler, zorunlu uygulamadan haftalar önce iş yüklerinin nasıl davrandığını gerçekçi biçimde görebilecek. Oturum açılmış Premium ve Ultimate trafiği önizlemelerden etkilenmeyecek, çünkü bu limitler Ocak ayına dek değişmiyor.

Kim endişelenmeli

GitLab'a göre neredeyse herkes için sıradan bir gün aynı görünüyor: arayüzde gezinmek, düzenleme yapmak, git üzerinden push ve pull gerçekleştirmek ve plan limitleri içinde CI/CD çalıştırmak değişmeden sürüyor. Üst sınırlara çarpması beklenen iş yükleri yoğun otomasyonlar ve bazı Free katmanındaki projeler. Yoğun anonim trafiğe sahip herkese açık projeler, duyurunun SSS bölümünde üç seçenekle karşılaşıyor: çağıran otomasyonu kimlik doğrulaması yapacak şekilde ayarlamak böylece kendi planının limitlerini kullanması, projeyi anonim çağrıları tamamen kapatmak için özel yapmak ya da katman yükseltmek.

Nasıl hazırlanmalı

En ucuz çözüm kimlik doğrulaması: personal access token, OAuth token veya CI/CD job token'ı, isteği saatte 60'lık anonim paydan çıkarıp planın çok daha yüksek limitlerine taşır. Bunun ötesinde GitLab, batching, önbellekleme ve pagination öneriyor ve sıkı bir döngüde polling yapmanın payı hızla tükettiği konusunda uyarıyor. Bir limit aşıldığında API, HTTP 429 ve Retry-After başlığıyla birlikte RateLimit-Remaining dahil RateLimit-* başlıklarını döndürüyor; RateLimit-Remaining, mevcut pencereden ne kadar kaldığını gösteriyor — yani yanıt başlıklarını okuyup üstel geri çekilme yapan istemciler büyük ölçüde kendini onarır.

Birkaç en üst düzey grubun üyeleri, kendilerine açık en yüksek katmanı devralır; yani bir Ultimate grubuna üye olmak Ultimate limitini sağlar. GitLab ayrıca standart plan limitlerinin üzerinde kapasite satın alma yolu hazırlıyor, ayrıntılar yıl içinde verilecek ve plan limitlerine göre kullanımı gösteren bir ürün görünümü de planlanıyor. Şirket, kendi verilerinize ve depolarınıza erişim ile dışa aktarımın etkilenmediğini ekliyor; gerçekten anonim entegrasyonları olan ekipler — verilen örnek herkese açık bir durum rozeti — [email protected] adresiyle iletişime geçebiliyor.

Neden önemli

Hız limitleri, barındırılan platformlarla üzerine kurulan otomasyon katmanı arasındaki pazarlık noktası haline geliyor ve GitLab, agent ve otomasyon iş yüklerinin yükü artıran etkenler arasında olduğunu açıkça söylüyor. Kimlik bilgisi olmadan GitLab.com'u çağıran CI/CD işleri, botlar ve scraper'lar ilk sıkışanlar olacak ve saatte 60 istek, saf polling döngülerini bir gecede kıracak kadar düşük. 7 ve 14 Ekim brownout'ları fiili son tarih: istemcilerini 429 yanıtlarına ve Retry-After başlıklarına saygı gösterecek şekilde önceden yapılandıran ekipler hiçbir aksama yaşamamalı; kimlik doğrulaması yapılmayan Free katmanı otomasyonları ise 19 Ekim geldiğinde uyarısız başarısız olmaya başlayabilir.