GitHub’un Mayıs 2026’daki performans raporu: Altyapı iyileştirmeleri ve yaşanan kesintiler

GitHub’un Mayıs 2026 performans raporu, platformun karşılaştığı dokuz önemli kesintiyi ve altyapı iyileştirmelerindeki son durumu ortaya koyuyor. Rapor, şirketin hizmetlerin güvenilirliğini artırmak için attığı adımları ve yaşanan aksaklıkların ardındaki teknik detayları içeriyor.

Mayıs ayında yaşanan kesintilerin genel bir özeti

Mayıs ayında GitHub, dokuz farklı olay nedeniyle hizmetlerinde performans düşüşleri yaşadı. Bu olaylar arasında en uzun süreni, 3 saat 49 dakika ile 5 Mayıs’taki GitHub Actions aksaklığı oluşturdu. Diğer önemli kesintiler ise 6 Mayıs’ta (2 saat 25 dakika) ve 4 Mayıs’ta (55 dakika) meydana geldi. Rapor, her bir olayın ne kadar sürede tespit edildiğini, nedenlerini ve alınan önlemleri detaylı bir şekilde açıklıyor.

Platformun en çok etkilenen hizmetleri arasında çekme istekleri (pull requests), GitHub Actions ve Codespaces bulunuyordu. Bu hizmetlerdeki performans sorunları, kullanıcıların iş akışlarını doğrudan etkiledi. Örneğin, 4 Mayıs’taki olay sırasında çekme istekleri kırmızı duruma geçerken, diğer hizmetlerde de gecikmeler ve hatalar yaşandı. Toplamda, olaylar sırasında yaklaşık %1.3 oranında 5xx hata yanıtı alındı.

Mayıs 4’teki veritabanı sorunu: Neler yanlış gitti?

4 Mayıs 2026 tarihinde, GitHub’un genel hizmetlerinde yaşanan en ciddi performans düşüşü, veritabanı şeması güncellemesi sırasında ortaya çıktı. Olay, saat 15:34 UTC’de başladı ve 16:40 UTC’ye kadar devam etti. Toplamda 1 saat 6 dakika süren kesinti, platformun çeşitli hizmetlerinde gecikmelere ve hatalı yanıtlara yol açtı.

Sorunun kaynağı, yüksek erişimli bir veritabanı tablosuna yapılan rutin bir çevrimiçi şema güncellemesiydi. Güncelleme, saatler boyunca sorunsuz ilerlemişti ancak sistemdeki trafik artışıyla birlikte, veritabanı bağlantı kapasitesi doydu. Bu durum, birincil veritabanında sorgu çatışmalarına ve ardından diğer hizmetlerdeki bağımlılıkların zaman aşımına uğramasına neden oldu.

Olayın tespiti, otomatik izleme sistemleri ve görevli ekiplerin gözlemleri sayesinde yaklaşık üç dakika içinde gerçekleşti. Sorumlu güncelleme durdurulduktan sonra bağımlı hizmetler kısa sürede normale döndü. Toplamda, olayın tespitinden tamamen çözülmesine kadar geçen süre 63 dakika olarak kaydedildi.

GitHub Actions’taki ardışık aksaklıklar: Nedenleri ve alınan dersler

5 ve 6 Mayıs tarihlerinde, GitHub Actions’ta iki ardışık olay yaşandı. Bu olaylar birbirleriyle doğrudan bağlantılıydı; 5 Mayıs’taki müdahalenin ardından yapılan yapılandırma değişikliği, 6 Mayıs’taki sorunun ortaya çıkmasına neden oldu.

5 Mayıs’taki olayda, saat 13:22 ile 17:05 UTC arasında Doğu ABD bölgesindeki barındırılan koşucular (runners) performans sorunları yaşadı. Standart koşucular için yapılan başvuruların yaklaşık %13.5’i, daha büyük özel ağa sahip koşucuların ise yaklaşık %16’sı başarısız oldu ya da beş dakikadan uzun gecikmeler yaşadı. Bu durum, yaklaşık 8.500 Copilot kod inceleme talebinin zaman aşımına uğramasına yol açtı.

Sorunun kaynağı, Doğu ABD bölgesinde barındırılan koşucu sanal makinelerinin (VM) ölçeklendirilmesi sırasında oluşan içsel bir oran sınırlamasıydı. Sanal makine oluşturma işlemleri, depolamadan resim çekerken beklenen yanıt kodunu almadı ve bu nedenle mevcut geri çekilme mantığı tetiklenmedi. Sonuç olarak, sistem aşırı yüklenmiş ve performans sorunları ortaya çıkmıştı.

6 Mayıs’taki olayda ise, 5 Mayıs’taki müdahalenin ardından yapılan yapılandırma değişikliği, sistemde yeni bir soruna neden oldu. Rapor, bu tür ardışık olayların gelecekte nasıl önleneceğine dair teknik iyileştirmeleri de detaylandırıyor.

Altyapı dönüşümündeki ilerlemeler: Azure’a geçiş ve modüler yapıya geçiş

GitHub’un Mayıs raporu, platformun altyapısını daha dayanıklı hale getirmek için attığı önemli adımları da içeriyor. Şirket, monolitik yapısını parçalara ayırarak hizmetleri birbirinden bağımsızlaştırma yolunda önemli ilerlemeler kaydetti. Mayıs itibarıyla, monolitik trafiğinin %40’ı Azure üzerinden sunulmaya başladı (Şubat ayında bu oran %8’di). Git trafiğinin %30’u ve depo çoğaltma işlemlerinin %99’u artık Azure üzerinden yönetiliyor.

Bu dönüşümün bir diğer önemli bileşeni, birincil veritabanı kümesinin izole edilmesi. Kullanıcı kimlik doğrulama ve yetkilendirme hizmetleri artık bağımsız alanlarda çalışıyor. Bu sayede, bir alanda yaşanan sorun diğer hizmetlere yayılmıyor. Yeni kullanıcılar hizmeti, trafiği ikiye katlamasına rağmen veritabanı maliyetlerini önemli ölçüde düşürdü. Ayrıca, devletsiz kimlik doğrulama jetonları da devreye alındı ve bu sayede her istek için yapılan veritabanı sorgulamaları ortadan kaldırıldı.

GitHub’un altyapı iyileştirmeleri, şirketin hizmetlerin kullanıma hazır olmasını, kapasiteyi artırmayı ve ardından yeni özellikleri geliştirmeyi hedefleyen stratejisine de yansıyor. Rapor, gelecekteki aylarda da benzer iyileştirmelerin devam edeceğini ve platformun güvenilirliğinin artırılacağını vurguluyor.

Gelecekteki planlar: Daha güvenilir bir GitHub için neler yapılacak?

GitHub’un Mayıs raporu, yaşanan kesintilerin ardından alınacak önlemleri de detaylandırıyor. Şirket, yüksek trafikli tablolara yapılan göçlerin daha kontrollü yapılmasını, otomatik devre kesicilerin (circuit breakers) kullanımını artırmasını ve veritabanı bağlantı havuzu kapasitesinin gözden geçirilmesini planlıyor. Ayrıca, göç işlemlerinin anlık küme yüküne göre dinamik olarak hız sınırlaması yapmasını da hedefliyor.

Bu adımlar, gelecekte benzer olayların yaşanma olasılığını azaltmayı ve platformun genel güvenilirliğini artırmayı amaçlıyor. GitHub’un Mayıs raporu, şirketin altyapı dönüşümündeki kararlılığını ve kullanıcılarına daha güvenilir bir hizmet sunma taahhüdünü ortaya koyuyor.

GitHub’un Mayıs 2026 performans raporu, platformun karşılaştığı zorlukları ve bu zorlukların üstesinden gelmek için attığı adımları net bir şekilde ortaya koyuyor. Gelecek aylarda da benzer iyileştirmelerin devam etmesi bekleniyor. Kullanıcılar, GitHub’un altyapı dönüşümündeki ilerlemeleri yakından takip ederek, platformun daha güvenilir ve performanslı hale gelmesini bekleyebilir.