Issues ve Webhooks kesintisi – Çözüldü

 (githubstatus.com)
1 puan yazan GN⁺ 2 시간 전 | 1 yorum | WhatsApp'ta paylaş
  • GitHub, Issues ve Webhooks performans düşüşünü inceledikten sonra 4 Mayıs 2026 16:40 UTC itibarıyla olayı çözüldü durumuna aldı
  • Bu kesinti Git Operations, Webhooks, Issues, Pull Requests, Actions, Packages, Pages ve Codespaces'i etkiledi
  • 15:45 UTC'de Issues ve Webhooks performans düşüşü incelemesi başladı; 15:48 UTC'de ise bu inceleme çeşitli GitHub hizmetlerindeki artan gecikme ve zaman aşımı sorunlarını kapsayacak şekilde genişletildi
  • 16:25 UTC'den itibaren Git Operations, Actions, Packages, Pages, Pull Requests, Issues, Codespaces ve Webhooks sırasıyla normale döndü ya da etkileri hafifletildi
  • GitHub, hizmet genelindeki gecikme sürelerinin normale döndüğünü ve yeniden yaşanmasını önleme ile kök neden analizi çalışmalarını sürdürerek hazır olduğunda paylaşacağını belirtti

Kesintinin özeti

  • GitHub, Issues ve Webhooks performans düşüşü bildirimlerini inceledikten sonra kesintinin çözüldüğünü duyurdu
  • Kesinti Git Operations, Webhooks, Issues, Pull Requests, Actions, Packages, Pages, Codespaces hizmetlerini etkiledi
  • GitHub, sorun giderme sürecinde bekleyen kullanıcılara teşekkür etti ve ayrıntılı kök neden analizini hazır olur olmaz paylaşacağını söyledi

Zaman çizelgesi

  • İncelemenin başlaması

    • 4 Mayıs 2026 15:45 UTC'de Issues ve Webhooks performans düşüşü bildirimlerinin incelendiği duyuruldu
    • 15:48 UTC'de bunun, çeşitli GitHub hizmetlerindeki artan gecikme ve zaman aşımı sorunlarının incelenmesine genişletildiği duyuruldu

  • Etkilenen hizmetlerin genişlemesi

    • 15:48 UTC'de Git Operations'ın performans düşüşü yaşadığı duyuruldu
    • 15:50 UTC'de Packages'ın performans düşüşü yaşadığı duyuruldu
    • 15:51 UTC'de Actions'ın performans düşüşü yaşadığı duyuruldu
    • 15:51 UTC'de Pull Requests'in erişilebilirlik düşüşü yaşadığı duyuruldu
    • 15:56 UTC'de Pull Requests'in performans düşüşü yaşadığı duyuruldu
    • 16:05 UTC'de Codespaces'in performans düşüşü yaşadığı duyuruldu
    • 16:06 UTC'de Pages'in performans düşüşü yaşadığı duyuruldu

  • Normale dönüş ve hafifleme

    • 16:25 UTC'de Git Operations'ın normal çalıştığı duyuruldu
    • 16:28 UTC'de Actions ve Packages hizmetlerinin normal çalıştığı duyuruldu
    • 16:29 UTC'de Pages'in normal çalıştığı duyuruldu
    • 16:29 UTC'de hizmet genelindeki gecikme sürelerinin normale döndüğü, kök neden incelemesi ve tekrarını önleme çalışmalarının ise sürdüğü duyuruldu
    • 16:32 UTC'de Pull Requests'in normal çalıştığı duyuruldu
    • 16:34 UTC'de Issues'u etkileyen performans düşüşünün hafiflediği ve kararlılığı doğrulamak için izlendiği duyuruldu
    • 16:35 UTC'de Codespaces'i etkileyen performans düşüşünün hafiflediği ve kararlılığı doğrulamak için izlendiği duyuruldu
    • 16:35 UTC'de Webhooks'un normal çalıştığı duyuruldu

  • Çözüm

    • 16:36 UTC'de performans düşüşünün hafiflediği ve kararlılığı doğrulamak için izlendiği duyuruldu
    • 16:40 UTC'de olayın durumu çözüldü olarak değiştirildi
    • Ayrıntılı kök neden analizinin mümkün olur olmaz paylaşılacağı belirtildi

İlgili okumalar

1 yorum

 
GN⁺ 2 시간 전
Hacker News yorumları

  • GitHub, ajan tabanlı kodlama artışı nedeniyle kullanımın şaşırtıcı düzeyde yükseldiğini açıkladı ama sonunda bir noktada ya hız sınırlarını değiştirmesi, ya ücretsiz katman kullanımını azaltması ya da yükü düşürmenin başka yollarını bulması gerekecek gibi görünüyor
    Altyapının bu artış hızına yetişemediği açıkça ortada ve artan maliyeti GitHub'ın olduğu gibi üstlenmesi pek olası görünmüyor. GitHub'ın bundan sonra ne yapacağını merak ediyorum

    • 3 Nisan'da GitHub COO'su platform etkinliğinin zaten hızla arttığını söylemişti
      2025'te commit sayısı 1 milyardı, şimdi ise haftada 275 milyon seviyesinde; yalnızca doğrusal artış bile bu yıl için 14 milyar temposuna işaret ediyor. GitHub Actions da 2023'te haftada 500 milyon dakikadan 2025'te haftada 1 milyar dakikaya çıktı ve bu hafta şimdiden 2,1 milyar dakikaya ulaştı
      CPU ekleme, hizmetleri ölçeklendirme ve GitHub'ın temel işlevlerini güçlendirme konusunda çok agresif davrandıklarını söylüyor
      https://x.com/kdaigle/status/2040164759836778878
      Erişilebilirlikle ilgili yakın tarihli bir blog yazısı da var: https://github.blog/news-insights/company-news/an-update-on-...
      GitHub mühendislerinin karşı karşıya olduğu ölçeklenebilirlik sorunları gerçekten hafife alınacak gibi görünmüyor
    • On yıllardır gözlemlediğim kadarıyla, her işi ucuza yapan sistemler ile çok sıkı yatay ölçeklenen sistemler var ve çoğu zaman birincisi ikincisini açık ara geçiyor
      Örneğin GitHub, depo içindeki /pulls sayfasını bir arama sorgusu gibi uygulamış gibi görünüyor; önceden doldurulmuş arama kutusu buna işaret ediyordu ve geçen hafta arama backend'inde yaşanan arıza sırasında pull request'lerin yüklenmemesi bunu neredeyse doğruladı. Oysa bu, yalnızca açık pull request'leri getiren sıradan bir API çağrısıyla da yapılabilirdi; o API zaten var ve arızalanmadı
      GitHub, sayfa yükleme ve ona eşlik eden API çağrıları gibi en üstteki %95'lik işleri bulup verimli hale getirmeye odaklansa, yalnızca sadeleştirmeyle bile backend yükünü 5 kattan fazla azaltabilir gibi görünüyor
      diff görüntüleyicisinde de iyileştirme alanı var gibi. Korkunç verimsizliğin büyük kısmı doğrudan backend yükü olmayan frontend tarafında olabilir ama sıradan git komut satırı işlevleri çok hızlı
    • Artık geri dönüşü olmayan noktaya yaklaşıyor gibi görünüyor. Ücretsiz ve ücretli altyapıyı ayırmadıkları sürece, kendi kazdıkları çukurdan yalnızca yatay ölçeklemeyle çıkabileceklerinden emin değilim
      Birinin ürün değiştirmesini sağlamak için genelde 10 kat daha iyi olmak gerekir; ama mevcut ürün 10 kat kötüleşirse rakipler yerinden kıpırdamadan bedavadan 10 kat kazanç sağlar
    • GitHub'ın bir hafta önce blogunda bunları paylaşması ve bir gün sonra GitHub yöneticilerinin HN yorumlarında bunu tekrarlaması, 2019'dan beri süren güvenilirlik düşüşünün nedeninin 2019'daki Microsoft entegrasyonu değil de ancak 2023'te ortaya çıkan bir şey olduğu fikrini bir anda sağduyu gibi yerleştirdi
      PR işe yarıyor. Sonuç, GitHub'ın çalışmamasının sebebinin fazla başarılı olmasıymış gibi oldu
    • LinkedIn sunucu kapasitesinin tamamının GitHub'a yeniden tahsis edilmesini uzun zamandır güçlü biçimde destekliyorum

  • https://mrshu.github.io/github-statuses verilerine göre GitHub'ın son 90 gündeki çalışma oranı %84,92
    Bunun nasıl az da olsa kabul edilebilir sayılabildiğini anlamıyorum

    • O site kesinti sürelerini fazla sayıyor gibi. HN ana sayfasına çıkacak kadar büyük major ve critical arızaları filtreleseniz bile hâlâ kötü ama %84,92 kadar kötü değil
      https://isgithubcooked.com/?severities=major.critical
    • Kabul edilebilir değil. Bu günlerde kabul edilemez pek çok şey oluyor ve herkes bunu sorun değilmiş gibi kabulleniyor
    • bırakın three nines'ı, iki sekizi bile tutturamıyor

  • Performans artık kabul etmesi zor bir seviyeye geldi. GitHub yüzünden işimin bölünmediği bir hafta geçmiyor

    • AI ajanları internetin tamamının ölçeklenebilirlik özelliklerini fiilen değiştirdi
      Eskiden GitHub, sınırlı sayıdaki insanın platformu insana benzer biçimde ve gözlemlenebilir kalıplarla kullandığını varsayabiliyor, buna göre ölçekleyip UI/UX darboğazlarını optimize edebiliyordu
      Ama artık herkesin 7/24 çalışan bir ya da bazen birden fazla botu var; bu da birçok hizmeti aşırı yük altına sokuyor. Özellikle de bugünün GitHub'ı gibi ajan merkezli hale gelen hizmetleri
    • Birkaç aydır zaten kabul edilemez düzeydeydi, şimdi ise aktif olarak alternatif aramamız gereken aşamaya yaklaşıyor
    • Kesintisiz bir hafta değil, sorunsuz geçen bir gün olduğunda bile sevinmek gerekiyor
      Pasifik saatine göre pazartesi sabahları bunun kaçıncı tekrar olduğunu artık bilmiyorum
    • Avrupa'da durum çok daha iyi. Bu kesinti başlamadan birkaç saat önce işimi bitirmiştim ve son birkaç ayda işi tamamen durduracak kadar büyük bir kesinti hatırlamıyorum
      Yakın zamanda akşam hobi projesiyle uğraşırken bir kez etkilenmiştim
    • Bence kabul edilemez seviye çoktan geride kaldı

  • Artık HN ana sayfasında GitHub çöktü gönderileri her hafta yeni bir LLM abartı yazısıyla yarışıyor
    Tüm kişisel projelerimi Codeberg'e taşımayı düşünüyorum. Sebep sadece GitHub'ın kararlılığı değil, büyük teknoloji şirketlerine sıkı sıkıya bağlı olmayan bir alternatif olması da hoşuma gidiyor

    • Claude Code'un neredeyse sihir gibi olduğuna dair spam en kötüsüydü ama bir süreliğine GitHub durum gönderilerine yenilmiş gibi görünüyor. Belki de şu an Claude reklamlarının sakin olduğu bir dönemdir
    • Buna rağmen insanların hâlâ taşınmamış olması, baskın platform olmanın sorunu işte bu. Azıcık rahatsızlık ve atalet bile kimsenin ayrılmamasını sağlamak için yeterli
      Tekelci kötüye kullanım olmasa bile böyle; burada Microsoft'tan söz ediyorum

  • Komik olan şu ki Copilot hariç neredeyse her şey performans düşüşü yaşıyor gibi görünüyor. Şaka kendini yazıyor

    • Şu an performans sorunu yaşayan işlevlerle karşılaştırıldığında Copilot'ın tüm işlevselliği faydanın yalnızca küçük bir kısmı
    • Copilot muhtemelen GitHub'ın kod deposu tarafıyla tamamen bağımsız, Rails monolitine güçlü bağımlılığı olmayan bambaşka bir altyapıda çalışıyor

  • GitHub'da hizmet arızasının geldiğini hissettiren bir altıncı his geliştirmeye başlamış olmam tuhaf ve biraz üzücü
    Yaklaşık bir saat önce bir pull request'te “Resolve Conversation” düğmesine bastım, birkaç kez başarısız oldu ve hata mesajı sayfanın alt kısmında ekran dışında çıktığı için ilk başta görünmedi. Birkaç işlemde bir sayfayı yenilemem gerekti ki sunucu yeni durumu yansıtsın
    İş arkadaşlarıma, GitHub'ın başka bir hizmetinde sorun çıktığını ve bunun PR yorumlarına sıçramış gibi göründüğünü, daha büyük bir kesintiye dönüşebileceğini söyledim

    • Az önce PR inceleme yorumlarında da aynı işareti gördüm. Durum sayfasına baktım, yeşildi ama bunun uzun sürmeyeceğini tahmin etmiştim; öyle de oldu

  • Ücretsiz katman azaltılmalı
    Son 2,5 ayda 4.000 commit yaptım, hem de main üzerinde. Regresyon testleri için her gün yığınla çıktı da yüklüyorum
    Maliyetim 0 dolar

    • Açıkçası bu tür SaaS ürünlerinin ücretsiz katmanlarından nefret ediyorum
      Google bir ara çok kısa bir süre GCP üzerinde kullandığın kadar ödediğin bir Git hizmeti sunmuştu, ben de onu kullandım. Çünkü kendime ait olanın gerçekten bana ait olmasını istiyordum. Ama herkes “ücretsiz” GitHub kullandı ve birçok başka Google hizmeti gibi o da kapatılmış görünüyor
      Bu yüzden şimdi GitHub'ı ücretsiz kullanıyorum ama aslında büyük bir bulut sağlayıcısına depo ve kullanım ücreti ödemeyi tercih ederim
    • Bunu yaparlarsa hâlâ ayrılmamış açık kaynak projeleri taşınır
    • Sadece depo tarafına bakarsanız bu yaklaşık 2 dakikalık CPU kullanımına denk gelir
    • GitHub'ın bir çöp kod vergisi koyması lazım. Claude ile ortak yazıldıysa para öde. Yorumlarda çok fazla em dash varsa para öde. Kısa sürede çok fazla kod yazıldıysa para öde

  • İş gerçekten absürt seviyelere gidiyor. Durum sayfası Copilot'ı da dahil ederek bazen “aksıyor” diye geçiştiriliyor ama pull request erişilebilirliğinin %95,5 ile Copilot'ın %96,4'ünden bile düşük olduğuna bakmak lazım
    PR'ye erişemiyorken nasıl “LGTM” yorumu yapmam beklenecek, bilmiyorum

  • En azından insanlar git remote komutunun nasıl kullanıldığını öğreniyor