1 puan yazan GN⁺ 2025-11-20 | 1 yorum | WhatsApp'ta paylaş
  • DownDetector sitesinin çalışma durumu, birden fazla bölgeden gerçek zamanlı olarak kontrol eden bir web hizmeti
  • Londra, Auckland ve New York dahil 3 bölgesel sunucuda HTTP yanıt kodu ve gecikme süresi (latency) ölçülüyor
  • Tüm bölgelerde HTTP kodu 200 (normal yanıt) döndürülüyor ve sitenin normal şekilde çalıştığı görülüyor
  • Bölgelere göre ortalama gecikme süresi 478~586 ms aralığında gösteriliyor
  • Başlıca kesinti izleme platformlarının güvenilirliğini doğrulama aracı olarak kullanılma potansiyeline sahip

Bölgelere göre kontrol sonuçları

  • London, UK bölgesinde durum Up, HTTP kodu 200, gecikme süresi 547 ms
  • Auckland, NZ bölgesinde durum Up, HTTP kodu 200, gecikme süresi 478 ms
  • New York, US bölgesinde durum Up, HTTP kodu 200, gecikme süresi 586 ms
  • Tüm bölgelerde aynı sonucun tekrarlanması, DownDetector hizmetinin normal şekilde çalıştığını doğruluyor

Hizmet özeti

  • Bu site, DownDetector durumunu izlemek için hazırlanmış özel bir izleme sayfası
  • Her bölge için HTTP yanıt kodu ve gecikme süresi düzenli olarak ölçülüp gösteriliyor
  • Kesinti izleme platformunun kendisi için erişilebilirlik doğrulaması amacıyla başvurulabilecek bir gösterge sunuyor
  • Orijinal metinde ek bilgi yok

1 yorum

 
GN⁺ 2025-11-20
Hacker News görüşleri
  • Avrupa merkezli bir bağımsız geliştirici olarak bu yılın başından beri tüm altyapısını Avrupa servislerine taşımış
    Cloudflare yerine Bunny.net, AWS yerine Hetzner kullanıyor, iş e-postasını da Infomaniak’a geçirmiş
    Şimdiye kadar tek bir kesinti bile yaşamamış ve ABD hizmetlerinden tamamen ayrılmış olma hissinin gerçekten çok iyi olduğunu söylüyor

    • Bu hizmetler daha küçük ölçekli olsa da, küçük oldukları için güvenilirlik sağlama konusunda çok daha ciddi davranıyorlar
      Büyük şirket ortamlarında “AWS kullansaydık bunlar olmazdı” sözü yaygın; eskiden IBM için söylendiği gibi
      Hetzner, AWS’ye göre çok daha basit bir hizmet seti sunduğu için karmaşıklık daha az
      Yine de marka bilinirliği ya da “profesyonel görünüyor mu” gibi kültürel etkenler hâlâ büyük önem taşıyor
    • AWS ya da Cloudflare’ın gerçekte daha sık çökmesi söz konusu değil. Sadece kullanıcı sayıları çok olduğu için sorunlar daha geniş yankı buluyor
      Altyapı seçimi özgürdür ama erişilebilirlik algısı gerçeği yansıtmayabilir
    • Bu yılın başlarında yönettiği bir Hetzner sunucusu sebepsiz yere yeniden başlatılmış
      Bir bakım duyurusu vardı ama ilgili sunucu etkilenenler listesinde değildi
      Bunun Hetzner’in kötü olduğu anlamına gelmediğini, Avrupa’da da böyle küçük aksaklıkların yaşanabildiğini söylüyor
    • Bunny.net hayranı olsa da Cloudflare, AI scraper’lar veya kötü amaçlı trafiği filtreleme gibi “akıllı savunma” özelliklerinde güçlü
      Bunny.net’in bu rolü de üstlenip üstlenemeyeceği belirsiz
    • Infomaniak ile Proton’u karşılaştırmak istediğini söylüyor. Infomaniak’ın daha fazla ofis üretkenlik aracı sunduğu izlenimi var ama posta ve sürücü kalitesinin nasıl olduğunu merak ediyor
  • Dün Cloudflare kesintisi sırasında Downdetector da aynı anda çöktüğü için herkes gülmüştü. Zamanlama kusursuzdu

    • Eskiden çalıştığı bir CDN şirketinde de, durum sayfası sağlayıcısı müşterileri olunca durum sayfasını değiştirmek zorunda kaldıkları bir olay yaşandığı anlatıldı
  • “Üç Down Detector bara girdi” diye bir şaka vardı
    Birincisi “bilmiyorum”, ikincisi de “bilmiyorum”, üçüncüsü ise “evet” diye cevap veriyor

    • Buna karşılık muhtemelen ‘kör down detector’lar oldukları yorumu yapıldı
    • O kadar komik bulunmuş ki bu şakayı kesinlikle ödünç almak istediklerini söyleyenler oldu
  • “Bu tam anlamıyla altın değerinde” denilerek, “Peki down detector’ı izleyen down detector’ı izleyen down detector’ı kim izleyecek?” şeklinde meta şakalar devam etti

    • Gerçekten de isitdownrightnow.com’un Downdetector izleme sayfası paylaşıldı
    • “Şu anda o siteye giren kişi zaten sensin!” tepkisi de geldi
    • Ciddi tarafta ise, farklı availability zone’lara ve codebase’lere sahip down detector’ların birbirini izlemesinin oldukça pratik bir yaklaşım olduğu söylendi
    • Bunun “dağıtık down detector” fikrine dönüştürülüp HN’de bir proje olarak paylaşılabileceği görüşü de vardı
    • Üçünden hangisinin çöktüğünü takip eden bir meta down detector yapalım önerisi de geldi
  • Aslında Downdetector’ın kendisi tamamen çökmemişti; sorun Cloudflare’ın insan doğrulama modülündeydi
    Yani teknik olarak “çalışıyordu” ama pratikte kullanılamıyordu

  • “Down detector’ının hayatta olup olmadığını izlemek için başka bir down detector daha lazım” diye şaka yapıldı
    Bir de “Downdetectorsdown sonsuza kadar sürüp gidiyor” denildi

    • downdetectorsdowndetectorsdowndetector.com bağlantısı paylaşıldı
    • Birden fazla olursa bazıları her zaman çökeceği için, bu oranı takip eden bir site iyi olur fikri ortaya atıldı
    • Bunun özünde merkezileşme vs dağıtıklaşma vs dağıtık sistemler meselesi olduğu söylendi
      Down detector’lar birbirlerine heartbeat göndererek izleme yaparsa, bir kısmı ölse bile sistemin bütünü ayakta kalabilir
      Kendini iyileştiren bir yapı kurulursa çok daha dayanıklı bir ağ elde edilir
    • “Down detector’lar sonsuza kadar uzanıyor” sözü tekrarlandı
    • Bunun N’inci down detector olarak ifade edilen bir bağlı liste yapısına dönüştürülmesi de şaka konusu oldu
  • “Sup dawg, I heard you like down detectors” şeklinde bir meme yorumu da vardı

  • Downdetector’ın durum sayfası doğrudan paylaşıldı

  • “Cloudflare kesintisi yüzünden Downdetector çöktü, bunun sonucunda CloudFront da yük aldı” denilerek
    bu yükü bile kaldırabilecek yeni bir CDN yapma meydan okuması ortaya atıldı

    • Ama “Görsel içermeyen statik HTML için gerçekten CDN gerekir mi?” diye daha gerçekçi bir karşılık da verildi
  • “Downdetector, sağlıklı durumu nasıl tespit ediyor?” diye soruldu
    Cloudflare kesintisi sırasında indeks sayfası 200 dönmüş olabilir
    Bunu headless browser ile ekran görüntüsü alarak doğrulamaya çalışsanız Cloudflare tarafından engellenmeniz muhtemel

    • Gerçekte ise sahte veri üretiyor
      script.js içindeki fetchStatus() fonksiyonu, generateMockStatus() çağırarak rastgele yanıt süreleri oluşturuyor
      Yani gerçek durumu kontrol etmek yerine simüle edilmiş durum verisi gösteriyor