GitHub'in Kullanılabilirliğini Artırma Çabaları

GitHub'in availability sorunlarıyla ilgili olarak bir güncelleme yapmak istedik. Son iki olay, kabul edilemez ve üzgünüz ki bu olaylar size etkiledi. Detayları paylaşmak ve reliability'i artırmak için neler yaptığımızı ve neler yapacağımızı açıklamak istedik.

GitHub'in Geleceği

GitHub, October 2025'ten itibaren kapasitesini 10 katına çıkarmak için bir planı uygulamaya başladı. Şubat 2026'ya gelindiğinde, kapasiteyi 30 katına çıkarmak için tasarım yapılmasına karar verildi. Bu kararın ardındaki neden, yazılım geliştirme yöntemlerindeki hızlı değişimdir. Aralık 2025'in ikinci yarısından bu yana, agentic development workflows hızlandı. Repository creation, pull request activity, API usage, automation ve large-repository workloads hızla büyüyor.

Bu büyüme, sistemleri teker teker strese sokmuyor. Bir pull request, Git storage, mergeability checks, branch protection, GitHub Actions, search, notifications, permissions, webhooks, APIs, background jobs, caches ve databases'i etkileyebilir. Yüksek ölçeklerde, küçük verimsizlikler bile büyük sorunlara neden olabilir.

Neler Yapıyoruz

Önceliğimiz availability, sonra kapasite ve son olarak yeni özelliklerdir. Gereksiz işleri azaltıyor, caching'i geliştiriyor, kritik hizmetleri izole ediyor, tek noktadaki hataları gideriyor ve performansına duyarlı yolları bu tür iş yükleri için tasarlanmış sistemlere taşıyoruz. Bu, dağıtık sistemler çalışmasıdır: gizli bağımlılıkları azaltmak, etki alanını sınırlamak ve bir alt sistem baskı altında olduğunda GitHub'in güzel bir şekilde bozulmasını sağlamak.

Kısa Vadeli Çözümler

Kısa vadede, webhooks'leri farklı bir backend'e (MySQL'den çıkarmak için), kullanıcı oturum cache'ini yeniden tasarlamak, kimlik doğrulama ve yetkilendirme akışlarını yeniden yapmak ve veritabanı yükünü azaltmak için bir dizi tıkanıklığı çözmek zorunda kaldık. Ayrıca, Azure'ye geçişimizi kullanarak daha fazla hesaplama poweri elde ettik.

Gelecek

GitHub'deki repository sayısı daha önce hiç olmadığı kadar hızlı büyüyor, ancak çok daha zor bir ölçeklendirme sorunu, büyük monorepos'un yükselişi. Son üç aydır, bu trendlere hem Git sistemi içinde hem de pull request deneyiminde yatırım yapıyoruz.

Yakında, bu konuda yapılan geniş çalışma ve yeni API tasarımı hakkında ayrıntıları paylaşacağımız bir blog yazısı yayınlayacağız. Bu çalışmanın bir parçası olarak, merge queue operasyonlarını optimize etmek için yatırım yaptık, çünkü bu, günde binlerce pull request'i olan depolar için kilit bir noktadır.