GitHub'da faturalandırma kesintisi ve Actions arızası, geliştiricilerin platform bağımlılığı risklerini ortaya çıkardı

Aynı gün iki GitHub olayı

26 Ağustos 2026'da GitHub iki ayrı kesintiyle karşılaştı: bazı kullanıcıların faturalandırma sayfalarını yükleyememesine veya Copilot oturumları başlatamamasına yol açan bir faturalandırma olayı ve pull request'lerin tetiklediği workflow çalışmalarını geciktiren ya da düşüren yaklaşık iki saatlik bir GitHub Actions sorunu. Her ikisi de GitHub standartlarına göre oldukça hızlı kapatıldı — faturalandırma olayı 27 Ağustos'ta çözüldü olarak ilan edildi ve Actions olayı 23:58 UTC itibarıyla sona erdi — ancak dev.to'nun derlediği anlatımlar, geliştirme ekiplerindeki olumsuz etkilerin çok daha uzun sürdüğünü gösteriyor.

Faturalandırma hatası bir kurumsal ekibi Copilot'tan mahrum bıraktı

dev.to'ya göre GitHub, GitHub Billing ile ilgili bir kesinti olarak tanımlanan bir olay ilan etti; ilk raporlar faturalandırma bütçesi sayfası yüklemelerinin başarısız olduğunu ve Copilot CLI oturumlarının bozulduğunu işaret ediyordu. Önce Copilot kullanımı, ardından faturalandırma sayfaları geri getirildi ve olay ertesi gün çözüldü olarak işaretlendi.

Aynı dev.to gönderisi, resmi zaman çizelgesinin oldukça ötesine uzanan bir kurumsal müşteri deneyimini belgeliyor. Unfxcoin adıyla gönderi yapan, 140'tan fazla aktif projeye sahip bir organizasyonu temsil ettiği belirtilen bir kullanıcı, 23 Ağustos'ta 746 dolarlık bir Copilot faturası aldığını bildirdi. Yeni bir kartla ödeme başarısız oldu ve 25 Ağustos'ta önceki bir kartla yapılan ödeme başarıyla gerçekleşti — ancak yinelenen bir fatura düzenlendi ve Copilot etkin kalmadı. Sonraki 60 saat boyunca müşteri altı ya da yedi destek talebi açtı ve üç e-posta gönderdi; insan yanıtı almadan yalnızca tekrarlayan otomatik yanıtlar aldıklarını belirtirken mühendisleri Copilot'u kullanamadı. Kullanıcı, kaçırılan müşteri teslim tarihlerini, maddi ve itibar kaybını bildirdi; faturanın iptalini, insan müdahalesini ve tazminat talep ederek kamuya açık ve hukuki bir tırmandırma ihtimalini gündeme getirdi.

Actions gecikmeleri pull request'leri durdurdu

Yine 26 Ağustos'ta yaşanan ikinci olay, pull request olaylarının tetiklediği GitHub Actions çalışmaları etkiledi. GitHub'ın olay sonu özetinin dev.to'daki aktarımına göre olay yaklaşık 21:55 UTC'den 23:58 UTC'ye kadar sürdü. Zirve noktasında Actions çalışmalarıının yüzde 25'ine varan kısmı gecikmeli başladı — bazıları beş dakikadan fazla — ve workflow çalışmalarıının yüzde 4'e kadarı hiç tetiklenmedi. Geliştiriciler ayrıca gecikmeli pull request merge commit üretimi, güvenilir olmayan mergeability bilgisi ve kullanılamayan merge butonuyla karşılaştı.\n dev.to'nun belirttiği gibi pratikteki etki, uzayan geri bildirim döngüleri, duran otomatik testler ve kod birleştirilememesi oldu; bu da yayın takvimlerini geriye itti ve teslimat yöneticilerini net çözüm süreleri olmadan gecikmeleri bildirmek zorunda bıraktı.

Kök neden ve çözüm

dev.to aracılığıyla aktarılan GitHub'ın olay sonu özeti, Actions sorununu pull request güncellemelerini işleyen ve merge commit üreten arka plan işlerine bağladı. Bu işler git verisinin tek bir partition'ına erişirken zaman aşımına uğradı ve zincirleme etkisi, pull request tarafından tetiklenen workflow'ları geciktiren ve mergeability bilgisini bozan bir birikime yol açtı. Mühendisler toplam iş yükünü azalttı, trafiği etkilenen altyapıdan uzaklaştırdı ve bileşeni sağlıklı duruma getirdi. GitHub, kaynak doygunluğu tespitini iyileştirmeye, etkiyi daha iyi izole etmeye ve backpressure mekanizmalarını güçlendirmeye commitmentte bulundu.

Neden önemli

Tek tek bakıldığında her olay kısaydı. Birlikte ele alındığında ise yapısal bir riski ortaya koyuyorlar: kaynak kontrolü, CI/CD ve yapay zeka destekli kodlama tek bir sağlayıcıdan geçtiğinde, faturalandırma gibi idari bir sorun, ücretli bir aracı teknik bir arızanın pipeline'ı devre dışı bıraktığı kadar etkili biçimde kullanılamaz hale getirebiliyor. Bildirildiğine göre bir faturalandırma arızası, büyük ölçüde otomatik desteğin onaylanmış bir ödemeyi eşleştirebilecek bir insana giden bir yol sunmaması nedeniyle bir kurumsal mühendislik ekibini yaklaşık 60 saat boyunca bloke etti.

Her iki dev.to yazısının vardığı sonuçlar şunlar: yedek CI runner'lar, alternatif workflow'lar ve kritik araçlar için bağımlılık haritaları gibi olağanüstü durum planlaması yapılması ve hesap düzeyindeki arızalarda insanla iletişime geçilmesini garanti eden kurumsal anlaşmalar. Platform güvenilirliği yalnızca uptime yüzdeleriyle ölçülemez; bir aracın çevresindeki destek ekosistemi, sağlayıcıdaki bir aksaklığın aksaklık olarak mı kalacağını yoksa bir iş sorunu mu haline geleceğini belirler.