Ein Down-Überwachungsdienst für DownDetector

• Ein Webdienst, der den Betriebsstatus der DownDetector-Website in Echtzeit aus mehreren Regionen überprüft
• Misst den HTTP-Antwortcode und die Latenz auf Servern in drei Regionen wie London, Auckland und New York
• In allen Regionen wird der HTTP-Code 200 (normale Antwort) zurückgegeben, und die Website funktioniert ordnungsgemäß
• Die durchschnittliche Latenz je Region wird im Bereich von 478 bis 586 ms angezeigt
• Kann als Werkzeug zur Zuverlässigkeitsprüfung wichtiger Plattformen zur Störungsüberwachung genutzt werden

---

Prüfergebnisse nach Region

• In London, UK ist der Status Up, der HTTP-Code 200 und die Latenz 547 ms
• In Auckland, NZ ist der Status Up, der HTTP-Code 200 und die Latenz 478 ms
• In New York, US ist der Status Up, der HTTP-Code 200 und die Latenz 586 ms
• Da in allen Regionen wiederholt dieselben Ergebnisse angezeigt werden, wird bestätigt, dass der DownDetector-Dienst ordnungsgemäß läuft

Serviceüberblick

• Diese Website ist eine spezielle Monitoring-Seite zur Überwachung des Status von DownDetector
• Sie misst und zeigt für jede Region regelmäßig den HTTP-Antwortcode und die Latenz an
• Sie bietet Referenzindikatoren zur Verfügbarkeitsprüfung der Störungsüberwachungsplattform selbst
• Keine weiteren Informationen im Originaltext

[GN⁺]

Hacker-News-Kommentare

• Als Einzelentwickler mit Sitz in Europa habe ich seit Anfang dieses Jahres meine gesamte Infrastruktur auf europäische Dienste umgestellt
  statt Cloudflare nutze ich Bunny.net, statt AWS Hetzner, und für geschäftliche E-Mails Infomaniak
  Bisher gab es nicht einen einzigen Ausfall, und das Gefühl, vollständig von US-Diensten entkoppelt zu sein, ist wirklich gut

  • Diese Dienste sind zwar kleiner, aber gerade deshalb meinen sie es mit Zuverlässigkeit deutlich ernster
    In Konzernumgebungen hört man oft: „Wenn wir AWS benutzt hätten, wäre das nicht passiert“ – ein bisschen wie früher bei IBM
    Hetzner bietet ein viel einfacheres Service-Set als AWS, also mit weniger Komplexität
    Trotzdem spielen Markenbekanntheit und die kulturelle Frage, ob etwas „professionell aussieht“, weiterhin eine große Rolle
  • Es ist nicht so, dass AWS oder Cloudflare tatsächlich häufiger ausfallen. Nur weil sie mehr Nutzer haben, werden Probleme stärker berichtet
    Jeder kann seine Infrastruktur frei wählen, aber die Wahrnehmung von Verfügbarkeit kann von der Realität abweichen
  • Anfang dieses Jahres wurde ein von mir verwalteter Hetzner-Server ohne ersichtlichen Grund neu gestartet
    Es gab zwar eine Wartungsankündigung, aber dieser Server stand nicht auf der Liste der betroffenen Systeme
    Das soll nicht heißen, dass Hetzner schlecht ist – auch in Europa passieren solche kleineren Vorfälle
  • Ich bin Fan von Bunny.net, aber Cloudflare ist stark bei Smart-Defense-Funktionen wie dem Filtern von AI-Scrapern und bösartigem Traffic
    Ich bin nicht sicher, ob Bunny.net auch diese Rolle ersetzen kann
  • Ich würde gern Infomaniak mit Proton vergleichen. Infomaniak scheint mehr Office-Produktivitätstools zu haben, aber mich würde interessieren, wie gut Mail und Drive sind

• Als Cloudflare gestern eine Störung hatte, war ausgerechnet auch Downdetector mit down, was alle lustig fanden. Das Timing war perfekt

  • Früher, bei einem CDN-Unternehmen, bei dem ich gearbeitet habe, wurde unser Statusseiten-Anbieter einmal zu unserem Kunden, weshalb wir unsere Statusseite wechseln mussten

• Es gab den Witz: „Drei Down Detectors kommen in eine Bar“
  Der erste sagt „Weiß nicht“, der zweite auch „Weiß nicht“, und der dritte antwortet „Ja“

  • Jemand meinte dazu, das seien wahrscheinlich „blinde Down Detectors“ gewesen
  • Das ist so lustig, dass ich mir diesen Witz unbedingt klauen muss

• Jemand nannte das „pures Gold“ und machte den Meta-Witz: „Wer überwacht eigentlich den Down Detector, der den Down Detector überwacht, der den Down Detector überwacht?“

  • Tatsächlich wurde die Downdetector-Monitoring-Seite von isitdownrightnow.com geteilt
  • Darauf kam die Reaktion: „Derjenige, der gerade auf diese Seite zugreift, bist du selbst!“
  • Ernsthaft betrachtet ist es ein ziemlich praktischer Ansatz, wenn Down Detectors mit unterschiedlichen Availability Zones und Codebases sich gegenseitig überwachen
  • Jemand meinte, man könnte das zur Idee eines verteilten Down Detectors weiterentwickeln und als Projekt auf HN posten
  • Es kam auch der Vorschlag, einen Meta-Down-Detector zu bauen, der überwacht, welcher von den dreien gerade ausgefallen ist

• Eigentlich war Downdetector selbst nicht vollständig down, sondern das Human-Verification-Modul von Cloudflare war das Problem
  Technisch gesehen war der Dienst also „online“, praktisch aber nicht benutzbar

• Es gab den Scherz, dass man noch einen weiteren Down Detector brauche, um zu überwachen, ob der eigene Down Detector noch lebt
  Auch von einer Struktur namens Downdetectorsdown war die Rede, die sich endlos fortsetzt

  • Der Link zu downdetectorsdowndetectorsdowndetector.com wurde geteilt
  • Es kam die Idee auf, dass bei mehreren solcher Dienste immer einige down sein werden, und dass man eine Website zur Verfolgung dieses Anteils haben sollte
  • Am Ende ist das eine Frage von Zentralisierung vs. Dezentralisierung vs. verteilten Systemen
    Wenn Down Detectors sich gegenseitig über Heartbeats überwachen, kann eine Struktur entstehen, bei der das Gesamtsystem weiterlebt, selbst wenn einzelne Knoten ausfallen
    Mit einer selbstheilenden Architektur würde daraus ein deutlich robusteres Netzwerk
  • Auch die Formulierung, dass „der Down Detector endlos weitergeht“, wurde wiederholt
  • Und es gab den Witz, man solle daraus eine Linked-List-Struktur mit dem „N-ten Down Detector“ machen

• Es gab auch einen Meme-Kommentar im Stil von: „Sup dawg, I heard you like down detectors“

• Die Statusseite von Downdetector wurde direkt geteilt

• Jemand stellte die Herausforderung, angesichts des Cloudflare-Ausfalls, durch den Downdetector ausfiel und dadurch sogar CloudFront Last bekam, einen neuen CDN zu bauen, der selbst so eine Last aushält

  • Darauf kam allerdings die nüchterne Reaktion: „Braucht man für statisches HTML ohne Bilder überhaupt unbedingt ein CDN?“

• Es wurde gefragt, wie Downdetector eigentlich einen „gesunden Zustand“ erkennt
  Während des Cloudflare-Ausfalls könnte die Index-Seite durchaus 200 zurückgegeben haben
  Wenn man das mit einem Headless-Browser per Screenshot prüfen wollte, würde Cloudflare das vermutlich blockieren

  • Tatsächlich erzeugt die Seite Fake-Daten
    script.js ruft in fetchStatus() die Funktion generateMockStatus() auf und erzeugt damit zufällige Antwortzeiten
    Das heißt: Es wird kein echter Status geprüft, sondern lediglich simulierter Status angezeigt