GitHub'un geçmiş çalışma süresi

 (damrnelson.github.io)
1 puan yazan GN⁺ 29 일 전 | 1 yorum | WhatsApp'ta paylaş
  • 2016'dan 2026'ya kadar olan GitHub aylık çalışma süresini görselleştiren sayfa
    • Tüm veriler, resmî durum sayfasından toplanan kayıtlara dayanıyor
  • Ortalama erişilebilirlik (Average) ile ayrıntılı kesinti dökümünü (Breakdown) ayrı ayrı görebileceğiniz bir yapı
  • Sayfa içinden özgün veri kaynağına (View source) doğrudan erişim mümkün
  • Uzun vadeli hizmet kararlılığı eğilimini tek bakışta görmeyi sağlayan bir görselleştirme
  • Ayrı bir analiz ya da açıklama olmadan, veri görselleştirmesi odaklı bir yapıdan oluşuyor

İlgili okumalar

1 yorum

 
GN⁺ 29 일 전
Hacker News görüşleri

  • 2018 öncesi verilerin gerçekten doğru olup olmadığını merak ettim
    Eskiden de birkaç kez kesinti yaşandığını hatırlıyorum
    Belki de o tarihten itibaren mevcut uptime izleme sistemi kullanılmaya başlanmıştır

    • Veriler resmi status sayfasından alınmış
      Ancak bu sayfa gözlem amaçlı olmaktan çok pazarlama/iletişim amaçlı gibiydi

  • Şahsen bu alternatif durum sayfasının daha iyi olduğunu düşünüyorum
    “The Missing GitHub Status Page” adıyla, son 90 gündeki kullanılabilirlik oranını toplu olarak gösteriyor
    Şu anda %90,84; birkaç gün önceki %90,00’a göre biraz daha iyi

    • Son dönem oldukça sert geçti
      GitHub Actions’ın 2026 Şubat kullanılabilirliği %98, yani tek bir '9' seviyesinde
      Hissedilen durum, 50 denemenin 1-2’sinin başarısız olduğu (yaklaşık %2) yönünde
    • Bu tür toplu sayıların çok da makul bir metrik olmadığını düşünüyorum
      Örneğin OpenAI çöktüğünde CoPilot çalışmıyorsa, bunu GitHub kesintisi saymalı mıyız sorusu var
    • Aslında iki sayfa da aynı istatistikleri farklı şekilde gösteriyor
      OP bunu Microsoft satın alımından sonraki sonuçları vurgulamak için sunmuş gibi görünüyor
    • “%90 neredeyse 5 haftalık kesinti demek” hesabı çıkıyor
      Şaka bir yana, GitHub da artık bu kadar ‘ücretli izin’ hak etmiş sayılır

  • Veriyi, özelliğin ne zaman kullanıma sunulduğunu göstermeden sunmak yanlı
    Örneğin GitHub Actions 2019 Ağustos’ta çıktı; dolayısıyla öncesinde kesinti olmaması doğal

    • “Breakdown” içinde “Actions”a tıklarsanız o kalemi gizleyebilirsiniz
    • Ayrıntı sayfasına bakınca tek tek servislerin ölçeği küçülüyor ama genel eğilim aynı kalıyor
    • Daha da kötüsü, henüz var olmayan dönemlerde bile “%100 uptime” olarak görünmesi

  • Ben de birkaç hafta önce Claude ile aynı grafiği yapmıştım
    Microsoft satın alımı öncesi ve sonrasında keskin bir düşüş bekliyordum ama gerçekte çok eskiden beri düzensiz bir kesinti paterni varmış
    Satın alma öncesinin daha istikrarlı olduğu anlatısı ilginç, ancak o zamanlar Actions gibi ürünler yoktu
    O dönemde var olan servisler (API, Git ops, Pages vb.) için durum daha çok gözlemlenebilirlik iyileşmesiyle açıklanabilir gibi

    • Actions çıktıktan sonra operasyon ve kullanılabilirlik açısından kabus gibi bir dönem başlamış gibi geliyor
      Sonrasında sorunlar Issues ve PR gibi daha önce istikrarlı alanlara da yayıldı
    • Bana göre GitHub Actions’ın tamamen ortadan kalkması gerekiyor
      Git aslında tek işi iyi yapacak şekilde tasarlanmış bir araçtı; buna gereksiz özellikler ekleyip şişirmek büyük bir hataydı

  • İnsanlar sebep arıyorsa, şu The New Stack makalesi bir açıklama olabilir

    • Buna tamamen katılıyorum. Ekibimizde Azure kesintileri ile GitHub kesintileri neredeyse aynı anda yaşanıyor
      Artık bir tür meme haline geldi
    • Yine de 6 yılı aşkın süredir devam eden düşük kullanılabilirliği tek başına bununla açıklamak zor
      Testler ayrı bir ortamda yeterince yapılmalı ve Azure’a geçiş kısa bir sürede tamamlanmalıydı

  • Şu anda PR birleştirme özelliği çalışmıyor
    İlgili durum GitHub Status Incident sayfasından görülebilir

  • Eskiden unicorn hata sayfasını sık gördüğümü hatırlıyorum
    Muhtemelen o dönemde durum sayfası sık güncellenmiyordu

    • Unicorn galiba yalnızca web sayfasına özgü bir hataydı
      Git API gibi servisler ayrı ayrı bozulabiliyor ve durum sayfasına gecikmeli olarak yansıyordu

  • Şu an GitHub’ın kesinti geçmişi benim kişisel sunucumunkinden daha kötü görünüyor
    Üstelik ben deney yaptığım için sık sık yeniden başlatıyor veya servis durduruyorum

    • Yine de hâlâ para ödüyoruz
      Kalite düşse bile QoS seviyesinin korunduğuna inanılıyor sanırım
    • Küçük VPS’im bile GitHub’dan ölçülebilir biçimde daha stabil

  • GitHub’ı savunan biri değilim ama o grafiğin ekseni çarpıtılmış
    Yalnızca %99,5 altı bölüm büyütüldüğü için gerçekte olduğundan çok daha kötü görünüyor

    • Ama 0’dan başlatırsanız iyi servisle kötü servis arasındaki fark görünmez
      Kurumsal SLA %99,9 iken grafiğin alt sınırı bunun 5 katı fazla kesinti gösteriyor
      Yani kötü görünmüyor; gerçekten kötü
    • Grafikte yük (load) unsuru yok
      Microsoft satın alımından önce kişisel depoların birle sınırlı olduğunu da hesaba katmak gerekir
    • Uptime grafiğini 0’dan başlatmak şart değil
      %99 bandını göstermek makul
      Logaritmik ölçek ise bence gereğinden fazla olur

  • Web sitemi GitHub Pages ile dağıttığım için statik barındırma kullanılabilirliğini ayrıca araştırdım
    Bu blog analizine göre GH Pages bu alanda oldukça iyi performans gösteriyor
    Ama asıl paye muhtemelen Fastly CDN’e gitmeli