GitHub Actions ve Pages'te saatler süren performans düşüşü

GitHub Actions, 6 Ağustos 2026'da günün büyük bölümünde düşük erişilebilirlikle çalıştı: iş akışı çalıştırmaları başarısız oldu ya da uzun süre kuyrukta bekledi; etki GitHub Pages'e, Copilot özelliklerine ve kurumsal geçiş araçlarına da taştı. GitHub'ın durum sayfası olayı 6 Ağustos 15:05 UTC ile ertesi gün 00:14 UTC arasında kaydetti.

Ne ters gitti

GitHub'ın olay sonrası raporuna göre tetikleyici, olayları işleyen ve işler üreten dahili bir Actions servisine yapılan rutin bir dağıtımdı. Dağıtım, var olan bir kapasite ve eşzamanlılık zayıflığını açığa çıkardı: pod'lar değiştirilirken kalan kapasite doygunluğa ulaştı, servisler çöktü ve arıza birden fazla kümeye ve alt servislere zincirleme yayıldı. Zirvede iş akışı çalıştırmalarının yüzde 71'i altyapı hatası yaşadı, kalan çalıştırmaların yüzde 75'i ise beş dakikadan fazla gecikti. Hem GitHub tarafından barındırılan hem de self-hosted runner kullanan müşteriler etkilendi.

İkinci hata ve saatler süren kısıtlama

Mühendisler kapasiteyi artırdı, sistemin toparlanabilmesi için webhook ile tetiklenen işleri kısıtladı ve birikmiş işler için ek işlem gücü ekledi; çekirdek servisler 17:00 UTC civarında geri geldi. Bu sırada ikinci bir sorun ortaya çıktı: işleri runner'lara atayan servisteki gizli bir yazılım hatası, runner'ların artık geçerli olmayan işleri alıp bunları tekrar tekrar denemelerine yol açtı. En kötü noktada kuyruktaki işlerin yaklaşık yüzde 30-40'ı tamamlanıyordu; düzeltmeler dağıtıldıktan sonra yeni başlayan iş akışlarının başarı oranı yüzde 97'ye, ardından yüzde 99'a çıktı ve biriken kuyruklar gece boyunca boşaldı.

Ardından kalanlar

Toparlanma bazı pürüzler bıraktı. Bazı Actions Runner Controller pod'ları boşta takılı kaldı ve elle kurtarma gerekti; olay sırasında devreye alınan bir düzeltme geri alındı ve otomatik kurtarma, gelecek Runner ile ARC sürümlerine bırakıldı. GitHub ayrıca kesinti sırasında düşen push ve pull request olaylarının otomatik olarak yeniden oynatılamayacağını, bazı iş akışlarının elle yeniden tetiklenmesi gerektiğini bildirdi. Tekrarını önlemek için şirket dağıtım ve kapasite güvencelerini, olaydan önceki koşullara yönelik izlemeyi ve kuyruktaki işlerle runner atamasının dayanıklılığını iyileştirdiğini söylüyor.