Layanan pemantauan status untuk DownDetector

• Layanan web yang memeriksa status operasional situs DownDetector secara real-time dari beberapa wilayah
• Mengukur kode respons HTTP dan latensi dari 3 server regional di London, Auckland, dan New York
• Mengembalikan kode HTTP 200 (respons normal) di semua wilayah, yang menunjukkan situs beroperasi normal
• Rata-rata latensi per wilayah ditampilkan dalam kisaran 478~586ms
• Dapat dimanfaatkan sebagai alat verifikasi keandalan untuk platform pemantauan gangguan utama

---

Hasil pemeriksaan per wilayah

• Di wilayah London, UK, status Up, kode HTTP 200, latensi 547ms
• Di wilayah Auckland, NZ, status Up, kode HTTP 200, latensi 478ms
• Di wilayah New York, US, status Up, kode HTTP 200, latensi 586ms
• Hasil yang sama berulang di semua wilayah, mengonfirmasi bahwa layanan DownDetector beroperasi normal

Ringkasan layanan

• Situs ini adalah halaman pemantauan khusus untuk memantau status DownDetector
• Menampilkan pengukuran berkala kode respons HTTP dan latensi untuk tiap wilayah
• Menyediakan indikator referensi untuk verifikasi ketersediaan platform pemantauan gangguan itu sendiri
• Tidak ada informasi tambahan dalam sumber asli

[GN⁺]

Komentar Hacker News

• Sebagai pengembang solo yang berbasis di Eropa, sejak awal tahun ini ia memindahkan seluruh infrastrukturnya ke layanan Eropa
  Cloudflare diganti dengan Bunny.net, AWS dengan Hetzner, dan email bisnis dengan Infomaniak
  Sampai sekarang belum pernah ada downtime satu kali pun, dan rasanya menyenangkan karena benar-benar terpisah dari layanan AS

  • Layanan-layanan ini memang lebih kecil skalanya, tetapi justru karena itu mereka jauh lebih serius dalam menjaga keandalan
    Di lingkungan perusahaan besar, ucapan seperti “kalau pakai AWS ini tidak akan terjadi” memang umum terdengar, seperti dulu dengan IBM
    Hetzner menawarkan set layanan yang jauh lebih sederhana dibanding AWS, jadi kompleksitasnya lebih rendah
    Namun, faktor budaya seperti pengenalan merek atau apakah terlihat ‘profesional’ juga masih besar
  • Bukan berarti AWS atau Cloudflare benar-benar lebih sering down. Hanya saja jumlah penggunanya sangat banyak sehingga isu mereka diberitakan lebih besar
    Memilih infrastruktur itu bebas, tetapi persepsi soal ketersediaan bisa berbeda dari kenyataannya
  • Awal tahun ini server Hetzner yang ia kelola pernah reboot tanpa alasan yang jelas
    Memang ada pengumuman maintenance, tetapi server itu tidak ada dalam daftar yang terdampak
    Bukan berarti Hetzner buruk, hanya saja insiden kecil seperti ini juga bisa terjadi di Eropa
  • Ia penggemar Bunny.net, tetapi Cloudflare kuat di fitur ‘pertahanan pintar’ seperti penyaringan scraper AI atau trafik berbahaya
    Masih jadi pertanyaan apakah Bunny.net bisa menggantikan peran itu juga
  • Ia ingin membandingkan Infomaniak dan Proton. Infomaniak tampak punya lebih banyak alat produktivitas kantor, tetapi ia penasaran seperti apa kualitas mail dan drive-nya

• Saat gangguan Cloudflare kemarin, Downdetector ikut down juga, jadi semua orang menertawakannya. Timing-nya pas sekali

  • Dulu di perusahaan CDN tempat seseorang bekerja, pernah ada kisah ketika penyedia halaman status menjadi pelanggan mereka sendiri, sehingga mereka harus mengganti halaman status

• Ada lelucon, “Tiga Down Detector masuk ke sebuah bar”
  Yang pertama menjawab “tidak tahu”, yang kedua juga “tidak tahu”, dan yang ketiga menjawab “ya”

  • Ada tanggapan bahwa mungkin itu ‘down detector yang buta’
  • Saking lucunya, lelucon ini rasanya wajib dicuri dan dipakai

• Ada juga lelucon meta yang menyebut “ini benar-benar emas (GOLD)”, lalu bertanya, “kalau begitu siapa yang memantau down detector yang memantau down detector yang memantau down detector?”

  • Benar-benar dibagikan halaman pemantau Down Detector di isitdownrightnow.com
  • Ada juga respons, “Yang sedang membuka situs itu sekarang ya kamu!”
  • Secara serius, pendekatan yang cukup praktis adalah membiarkan down detector dengan availability zone dan codebase yang berbeda saling memantau
  • Ada pendapat bahwa ide ini bisa dikembangkan menjadi proyek down detector terdistribusi dan diposting ke HN
  • Muncul juga usulan untuk membuat meta down detector yang memantau mana dari tiga itu yang sedang down

• Sebenarnya Downdetector sendiri tidak benar-benar down total, masalahnya ada pada modul verifikasi manusia milik Cloudflare
  Jadi secara teknis statusnya “normal”, tetapi dalam praktiknya tidak bisa digunakan

• Ada lelucon, “Kita butuh down detector lain untuk memantau apakah down detector milikmu masih hidup”
  Juga muncul ungkapan tentang struktur Downdetectorsdown yang berlanjut tanpa akhir

  • Dibagikan tautan downdetectorsdowndetectorsdowndetector.com
  • Ada juga ide bahwa kalau jumlahnya banyak, sebagian pasti selalu down, jadi akan menarik jika ada situs yang melacak rasio itu
  • Pada akhirnya ini adalah masalah sentralisasi vs desentralisasi vs sistem terdistribusi
    Jika down detector saling mengawasi sambil bertukar heartbeat, maka meski sebagian mati, keseluruhan sistem masih bisa bertahan
    Dengan arsitektur self-healing, jaringan akan menjadi jauh lebih tangguh
  • Ucapan bahwa “down detector berlanjut tanpa akhir” juga terus diulang
  • Ada juga lelucon untuk membuatnya sebagai struktur linked list yang dinyatakan sebagai “down detector ke-N”

• Ada juga komentar bernuansa meme, “Sup dawg, I heard you like down detectors”

• Halaman status Downdetector juga dibagikan secara langsung

• Ada tantangan untuk membuat CDN baru yang cukup kuat menahan beban ketika “gangguan Cloudflare membuat Downdetector down, lalu akibatnya CloudFront ikut menerima beban”

  • Tetapi ada juga tanggapan realistis, “kalau hanya HTML statis tanpa gambar, apa memang perlu CDN?”

• Ada pertanyaan, bagaimana Downdetector mendeteksi bahwa sistem sedang normal?
  Saat gangguan Cloudflare, halaman indeksnya mungkin saja tetap mengembalikan 200
  Kalau mencoba memeriksanya dengan browser headless lewat screenshot, kemungkinan malah diblokir oleh Cloudflare

  • Ternyata yang dilakukan adalah membuat data palsu
    script.js di fetchStatus() memanggil generateMockStatus() untuk menghasilkan waktu respons acak
    Artinya, alih-alih memeriksa status yang sebenarnya, sistem ini hanya menampilkan data status simulasi