GitHub'daki olay Actions, Pages ve Webhooks hizmetlerini yaklaşık bir saat yavaşlattı; nedeni bilinmiyor

GitHub, 19 Ekim 2026'da üç çekirdek hizmeti olan Actions, Pages ve Webhooks'ı yaklaşık bir saat boyunca etkileyen bir servis olayını kapattı. Şirketin durum sayfasına göre müşteriler, sorun sürerken workflow işleme, site build'leri ve webhook teslimatında gecikmeler yaşadı. Detaylı bir kök neden analizi henüz yayınlanmadı.

Olay nasıl gelişti

Sorunun ilk kamuoyuna yansıyan belirtisi 15:49 UTC'de geldi; GitHub, Actions ve Pages'te bildirilen düşük performans raporlarını incelemeye başladı. Bir dakika sonra şirket etkilenen hizmetler listesine Webhooks'u da ekledi ve 15:56 UTC itibarıyla üç hizmette de düşük kullanılabilirliği doğruladı.

15:56 UTC'deki güncellemede GitHub, kullanıcılara Actions'ta yavaş workflow işleme, Pages için takılan site build'leri ve GitHub'ın olay akışını kullanan her şeyde geciken webhook teslimatı beklemeleri konusunda uyardı.

Toparlanma oldukça hızlı oldu. 16:30 UTC'de GitHub, müdahale sonrası iyileşme gördüğünü ve izleme aşamasına geçtiğini bildirdi; ancak Actions workflow durum güncellemeleri, Pages deployment'ları ve Actions çalışmaları tarafından üretilen check ve workflow webhook event'lerinde bazı gecikmelerin sürebileceği uyarısında bulundu. 16:56 UTC'de şirket üç hizmetin de sağlıklı olduğunu açıkladı ve olayı aynı güncelleme ile çözüldü olarak işaretledi. İlk incelemeden kapanışa kadar geçen süre hesaplandığında olay toplamda yaklaşık 67 dakika sürdü.

Olay neleri etkiledi

Etkilenen üç hizmet, yazılım teslim hattının farklı noktalarında konumlanır:

• Actions, GitHub'ın barındırılan CI/CD platformudur; push'lara ve pull request'lere yanıt olarak kodu build etme, test etme ve deploy etme işlerinden sorumludur.
• Pages, GitHub'ın statik site barındırma hizmetidir ve proje dokümantasyonu ile tanıtım sayfaları için yaygın olarak kullanılır.
• Webhooks, GitHub'ın harici sistemlere — sohbet araçları, deploy tetikleyicileri, mirror'lar, güvenlik tarayıcıları — bir repoda bir şey olduğunda haber vermesinin yoludur.

Dikkat çekici bir nokta, GitHub'ın sorunu sürekli olarak sert bir kesinti değil düşük performans olarak tanımlamasıdır: hizmetler erişilebilir kaldı, ancak işler kuyrukta birikti ve sonuçlar geç ulaştı. Birleşmeyi workflow durumuna bağlayan CI hatları veya webhook event'lerine neredeyse gerçek zamanlı tepki veren entegrasyonlar için gecikmiş çıktı, hiç çıktı olmaması neredeyse kadar kesintici olabilir.

Kök neden hâlâ bilinmiyor

Çözüm bildiriminde GitHub müşterilere sabırları için teşekkür etti ve detaylı bir kök neden analizi hazır olur hazır olmaz yayınlanacağını söyledi. Kapanış anında herhangi bir neden açıklanmadığından, performans düşüklüğünün bir kapasite sorunundan, hatalı bir deployment'tan, bir altyapı arızasından ya da tamamen başka bir şeyden kaynaklanıp kaynaklanmadığı belirsizliğini koruyor.

Olay, Hacker News'te de dikkat çekti ve "Bir gün bir GitHub olayı daha" başlığıyla ön sayfaya ulaştı — bu çerçeve, kesintiyi tanıdık bir örüntünün parçası olarak sunuyor. Ancak durum sayfasının kendisi bu olay ile daha önceki olaylar arasında bir bağlantı kurmuyor.

Neden önemli

GitHub, modern yazılım geliştirmenin büyük bir kısmı için fiilen altyapı durumundadır ve etkilenen üç hizmet birbirini besler. Actions, sürümleri kontrol eden CI/CD hatlarını çalıştırır, Pages bu sürümlerin bağlı olduğu dokümantasyonu sunar ve Webhooks, GitHub'ın event'lerini build sistemleri, sohbet entegrasyonları ve otomasyon araçlarından oluşan daha geniş ekosisteme taşır. Üçü birlikte yavaşladığında gecikmeler dışa doğru yayılır: merge kapıları eski durumlar bildirir, dokümantasyon güncellemeleri takılır ve aşağı akıştaki otomasyon geç tetiklenir.

Bu olay ayrıca bu koordinasyonun ne kadarının tek bir sağlayıcıya dayandığının bir hatırlatıcısı. Yeşil onay işaretlerini ve zamanında gelen webhook'ları sabit kabul eden ekipler, bu varsayım bozulduğunda bir saatlik belirsizlikle karşılaşır — ve kök neden analizi hâlâ beklediği için bunun izole bir aksaklık mı yoksa daha derin bir sorunun belirtisi mi olduğunu değerlendirmenin şimdilik bir yolu yok. GitHub'ın sözünü verdiği takip raporu izlenecek bir sonraki şey.