ZoriaNews

Ne oldu?

GitHub, Mayıs 2026 boyunca platformunda dokuz ayrı kullanılabilirlik olayının yaşandığını resmi raporunda açıkladı. En dikkat çekici kesinti, 4 Mayıs'ta UTC 15:34-16:40 arasında gerçekleşti; yoğun trafikte çalışan büyük bir veritabanı tablosuna yapılan rutin online şema göçü, veritabanı bağlantı kapasitesini doyurdu ve birincil veritabanında sorgu çakışmasına yol açtı. Sonuç olarak pull requests hizmeti kırmızı duruma düşerken, issues, actions, webhooks, git işlemleri, Codespaces, Pages, Packages, OAuth/GitHub Apps, Marketplace ve Copilot gibi bağımlı servislerde yavaşlama ve aralıklı hatalar görüldü. Olayın zirvesinde toplam isteklerin yaklaşık %1,3'ü 5xx yanıtı döndü, ortalama hata oranı ise %0,46 civarındaydı. 5-6 Mayıs'ta GitHub Actions'ta iki bağlantlı olay daha yaşandı; bunlardan birinde iş başarısızlık oranı %17'ye kadar çıktı. Ayrıca Copilot'ın API erişimi ağ yapılandırma hatası nedeniyle yaklaşık 40 dakika etkilendi ve 28 Mayıs'ta bir üst akış sağlayıcının Responses API'sindeki hata GPT-5.x modellerini sekteye uğrattı. GitHub, trafik artışının büyük ölçüde AI destekli geliştirme iş akışlarından kaynaklandığını belirtiyor.

Neden önemli?

GitHub, küresel yazılım ekosisteminin merkez sağlayıcılarından biri olduğu için her büyük servis kesintisi, CI/CD pipeline'ları, kod incelemeleri ve üretim dağıtımlarını doğrudan sekteye uğratabilir. Mayıs raporu, özellikle haftalık zirve trafiği sırasında planlanan veritabanı göçlerinin riskini, tek bir tablodaki bağlantı doygunluğunun kaskad etkilerini ve paylaşılan veri bağımlılıklarının patlama alanını (blast radius) ne kadar büyütebileceğini somut örneklerle gösteriyor. Şirketin olayı 3 dakika içinde tespit etmesi, 33 dakikada hafifletmesi ve toplam 66 dakikada çözüme ulaştırması iyileşen gözlem ve müdahale yetkinliğine işaret ediyor. Diğer taraftan, Mayıs'taki ardışık Actions olayları ve Copilot kesintileri, tek bir düzeltme hamlesinin ertesi gün ikincil bir hataya yol açabileceğini gösteriyor; bu da hızla büyüyen yapay zeka trafiği altında altyapı karmaşıklığının artmaya devam ettiğini ortaya koyuyor.

Kim veya ne etkileniyor?

Doğrudan etkilenen kullanıcı kitlesi, GitHub'ı günlük iş akışında kullanan yazılım geliştiricileri, DevOps ekipleri, açık kaynak katkıcıları ve GitHub Actions ile CI/CD süreçlerini otomatikleştiren kuruluşlardır. Özellikle pull request işlemlerinin kırmızı statüye düştüğü 4 Mayıs olayında ekiplerin kod incelemesi ve merge süreçleri aksamıştır. Actions bozulmaları build, test ve deployment zincirlerini sekteye uğratırken; Copilot API kesintileri yapay zeka destekli kod tamamlama ve sohbet araçlarına bağımlı ekiplerin verimliliğini düşürmüştür. Kurumsal müşteriler için bu durum SLA taahhütleri ve gece yarısı dağıtım pencereleri açısından risk anlamına gelmektedir.

Ne yapılmalı?

Geliştirici ekipler, GitHub gibi merkezi bir platforma olan bağımlılıklarını azaltmak için kritik pipeline'larında yerel yedek çalışma modları, çoklu bölge/ortam stratejileri ve acil durum build planları bulundurmalıdır. Veritabanı göçü benzeri planlı bakım pencerelerinde yoğun trafik saatlerinden kaçınılması, zirve yüklerinde migration çalıştırılmaması ve şema değişikliklerinin kademeli, izole domainlerle yapılması alınabilecek temel önlemlerdir. Ayrıca Actions workflow'larına retry, timeout ve fallback mekanizmaları eklemek, Copilot ve benzeri AI araçlarına aşırı bağımlı olmayan geliştirme pratikleri sürdürmek ve platform sağlayıcılarının durum sayfalarını izleyerek olay anında hızlı iletişim kurmak operasyonel dayanıklılığı artırır. GitHub'ın %40 monolith trafiğini Azure'a taşıması ve stateless authentication token'lar yaygınlaştırması gibi altyapı hamleleri uzun vadede daha az paylaşılan hata noktası vaat ediyor, ancak bu dönüşümlerin tam etkisini görmek için aylarca veri gerekecek.

Kaynaklar:
- GitHub Availability Report: May 2026
- GitHub Reports 9 Outages in May 2026 Amid AI-Driven Growth
- Engineered.at - GitHub availability report: May 2026