GitHub'da pull request, Git işlemleri, Issues ve Actions hizmetlerini etkileyen yüksek hata oranları bildirildi

Ne oldu

GitHub, platformun birkaç temel hizmetini aksatan devam eden bir olay üzerinde çalışıyor. GitHub'ın durum sayfasına göre olay dört sistemi kapsıyor: Git Operations, Issues, Pull Requests ve Actions.

4 Kasım'da 10:38 UTC'de yayımlanan en güncel bildirimde GitHub, pull request, Git işlemleri ve Issues dahil olmak üzere site genelinde hata oranlarında artış ve aralıklı arızalar incelediğini ve çözüm için çalışırken kullanıcıları bilgilendirmeye devam edeceğini bildirdi. Olay, durum sayfasına giden bir bağlantı Hacker News'in ana sayfasına ulaştıktan sonra geniş ilgi gördü.

Olay nasıl gelişti

Durum sayfası, yaklaşık bir saat boyunca kötüleşen bir tablo çiziyor:

• 09:49 UTC'de GitHub, Git işlemleri, Issues ve pull request hizmetlerinde yavaş performans bildirimlerini ilk kez doğruladı ve bir inceleme başlattı.
• Bir dakika sonra, 09:50 UTC'de şirket, Actions'ın da düşük performansla çalıştuğunu bildirdi.
• 09:53 UTC'de pull request için kullanılan ifadenin erişilebilirlikte düşüş olarak değiştirilmesi, özelliğin yalnızca yavaş değil, güvenilir biçimde erişilemediğini gösteriyordu.
• 10:38 UTC'de GitHub, tanımı tüm platformu etkileyen yüksek hata oranları ve aralıklı arızalar olarak genişletti ve çözüm çalışmaları sürdü.

Yazım anında bir çözüm açıklanmamıştı ve şirket, sorunun temel nedenine ilişkin herhangi bir açıklama yapmamıştı.

Neler etkilendi

Olayda adı geçen dört servisin her biri, ekiplerin GitHub üzerinde yazılım geliştirme biçiminin merkezinde yer alıyor:

• Git Operations, geliştiriciler ile GitHub'ın sunucuları arasındaki sürüm kontrol trafiğini kapsıyor; yani kodu ileri geri taşıyan clone, fetch ve push işlemlerini.
• Pull Requests, ekiplerin değişiklikleri incelemek, tartışmak ve birleştirmek için kullandığı mekanizma; bu yüzden erişilebilirlikteki düşüş, kod incelemesinin kendisini durduruyor.
• Issues, depolara bağlı ana hata takip ve planlama yüzeyi.
• Actions, GitHub'ın sürekli entegrasyon ve teslim platformu; birçok proje, bir değişiklik geldiğinde kodu otomatik olarak derlemek, test etmek ve dağıtmak için ona güveniyor.

Bu dört alandaki arızaların bir araya gelmesi, tipik bir tek servis arızasından daha kapsamlı; çünkü yazarlık, inceleme, takip ve otomasyonu aynı anda etkiliyor.

Neden önemli

Git işlemleri arıza yaptığında iş yalnızca yerelde yavaşlamıyor: push'lanamayan ya da fetch'lenemeyen kod paylaşılamıyor, incelenemiyor ve yayımlanamıyor. Pull request kesintisi, çoğu ekipin birleştirme işlemini bağlı olduğu inceleme adımını tıkar; Actions'daki bir performans düşüşü ise CI hatlarını dondurabilir ve mühendisleri dağıtım öncesi normalde güvendikleri otomatik test ve derleme sonuçlarından yoksun bırakabilir. Tüm iş akışını GitHub üzerine kurmuş kurumlar için dört servisi birden kapsayan bir olay, yazılım teslim sürecini fiilen uçtan uca kesintiye uğratıyor.

Olay ayrıca geliştirme altyapısının ne kadar merkezileştiğinin bir hatırlatıcısı. GitHub, dünyadaki açık kaynak ve özel kodun çok büyük bir bölümünü barındırıyor; bu yüzden kısmi arızalar bile bağımlı projelere, aynalanmış depolara ve üçüncü taraf araçlara dakikalar içinde yayılıyor — olayın Hacker News'in ana sayfasında hızla görünmesinin nedeni de muhtemelen bu.

Şimdilik pratik öneri basit: GitHub çözümü doğrulayana kadar derleme sonuçlarına ve Git etkinliğine güvenmeyin ve kısmi ya da aralıklı arızalardan sonuç çıkarmak yerine resmî durum sayfasını takip edin. Bir çözüm zamanı tahmini verilmiş değil.