Servicio de monitoreo de caídas para DownDetector

• Un servicio web que revisa en tiempo real el estado operativo del sitio DownDetector desde varias regiones
• Mide el código de respuesta HTTP y la latencia desde 3 servidores regionales en Londres, Auckland y Nueva York
• En todas las regiones devuelve el código HTTP 200 (respuesta correcta), y el sitio está funcionando con normalidad
• La latencia promedio por región se muestra en un rango de 478~586 ms
• Puede usarse como una herramienta de verificación de confiabilidad para plataformas clave de monitoreo de fallas

---

Resultados de verificación por región

• En London, UK, el estado es Up, código HTTP 200, latencia de 547 ms
• En Auckland, NZ, el estado es Up, código HTTP 200, latencia de 478 ms
• En New York, US, el estado es Up, código HTTP 200, latencia de 586 ms
• Los mismos resultados se repiten en todas las regiones, lo que confirma que el servicio de DownDetector opera normalmente

Resumen del servicio

• Este sitio es una página de monitoreo dedicada a vigilar el estado de DownDetector
• Muestra periódicamente el código de respuesta HTTP y la latencia de cada región
• Proporciona indicadores de referencia para verificar la disponibilidad de la propia plataforma de monitoreo de fallas
• No hay información adicional en el texto original

[GN⁺]

Comentarios de Hacker News

• Como desarrollador independiente con base en Europa, desde principios de este año cambié toda mi infraestructura a servicios europeos
  Reemplacé Cloudflare por Bunny.net, AWS por Hetzner, y el correo empresarial por Infomaniak
  Hasta ahora no he tenido ni una sola caída, y se siente muy bien estar completamente desvinculado de los servicios de EE. UU.

  • Estos servicios son más pequeños, pero justamente por eso se toman mucho más en serio la confiabilidad
    En entornos corporativos es común escuchar “esto no habría pasado si hubiéramos usado AWS”. Algo parecido a lo que antes se decía de IBM
    Hetzner ofrece un conjunto de servicios mucho más simple que AWS, así que hay menos complejidad
    Aun así, siguen pesando mucho factores culturales como el reconocimiento de marca o si “se ve profesional”
  • No es que AWS o Cloudflare se caigan más seguido en realidad. Simplemente, como tienen muchísimos más usuarios, los incidentes reciben más cobertura
    Cada quien es libre de elegir su infraestructura, pero la percepción sobre la disponibilidad puede diferir de la realidad
  • A principios de este año, un servidor de Hetzner que yo administraba se reinició sin motivo aparente
    Había un aviso de mantenimiento, pero ese servidor no estaba en la lista de afectados
    No digo que Hetzner sea malo; solo que en Europa también ocurren este tipo de incidentes menores
  • Soy fan de Bunny.net, pero Cloudflare tiene funciones de “defensa inteligente” muy fuertes, como el filtrado de scrapers de IA y tráfico malicioso
    Tengo dudas de si Bunny.net puede reemplazar también esa parte
  • Me gustaría comparar Infomaniak con Proton. Infomaniak parece tener más herramientas de productividad de oficina, pero me da curiosidad saber qué tal son la calidad del correo y del drive

• Ayer, durante la caída de Cloudflare, hasta Downdetector se cayó también, y a todos les dio risa. El timing fue perfecto

  • Antes, en una empresa de CDN donde trabajé, el proveedor de páginas de estado se volvió cliente nuestro y tuvimos que cambiar la página de estado

• Hubo un chiste de “Tres Down Detector entraron a un bar”
  El primero respondió “no sé”, el segundo también “no sé”, y el tercero dijo “sí”

  • Alguien respondió que probablemente eran “detectores de caídas ciegos”
  • Me dio tanta risa que definitivamente voy a robármelo

• Dijeron “esto sí es oro (GOLD)”, y siguió el chiste meta de “entonces, ¿quién vigila al detector de caídas que vigila al detector de caídas que vigila al detector de caídas?”

  • De hecho, compartieron la página que monitorea a Downdetector en isitdownrightnow.com
  • También hubo quien respondió: “¡La persona que está entrando a ese sitio ahora mismo eres tú!”
  • Hablando en serio, que detectores de caídas con distintas zonas de disponibilidad y bases de código se monitoreen entre sí es un enfoque bastante práctico
  • También hubo quien dijo que esto podría evolucionar a una idea de “detector de caídas distribuido” y subirse a HN como proyecto
  • Incluso propusieron crear un meta detector de caídas para vigilar cuál de los tres está caído

• En realidad, Downdetector no estuvo completamente caído; el problema fue el módulo de verificación humana de Cloudflare
  Así que técnicamente estaba “funcionando”, pero en la práctica no se podía usar

• También hubo el chiste de que “necesitas otro detector de caídas para monitorear si tu detector de caídas sigue vivo”
  Y salió la idea de una estructura infinita de Downdetectorsdown

  • Compartieron el enlace a downdetectorsdowndetectorsdowndetector.com
  • También surgió la idea de que, si tienes varios, siempre habrá algunos caídos, así que estaría bien tener un sitio que rastree esa proporción
  • Al final, esto es un problema de centralización vs. descentralización vs. sistemas distribuidos
    Si los detectores de caídas se envían heartbeats entre sí y se monitorean mutuamente, podría existir una estructura donde el sistema completo sobrevive aunque algunos nodos mueran
    Si además tuviera una arquitectura de autocuración, sería una red mucho más resiliente
  • También se repitió la frase de que “el detector de caídas sigue para siempre”
  • Y salió el chiste de expresarlo como el N-ésimo detector de caídas, como si fuera una estructura de lista enlazada

• También hubo un comentario tipo meme: “Sup dawg, I heard you like down detectors”

• Se compartió directamente la página de estado de Downdetector

• Dijeron que, con Downdetector caído por la falla de Cloudflare y eso terminando por cargar también a CloudFront, el reto era construir un nuevo CDN capaz de soportar incluso esa carga

  • Pero también hubo una respuesta más realista: “si solo es HTML estático sin imágenes, ¿de verdad hace falta un CDN?”

• Alguien preguntó cómo detecta Downdetector el “estado normal”
  Durante la caída de Cloudflare, la página índice podría haber seguido devolviendo 200
  Y si intentaras verificar con un navegador sin interfaz tomando capturas de pantalla, probablemente Cloudflare lo bloquearía

  • En realidad, genera datos falsos
    script.js hace que fetchStatus() llame a generateMockStatus() para producir tiempos de respuesta aleatorios
    O sea, no está verificando el estado real, sino mostrando datos simulados de estado