Dịch vụ giám sát tình trạng ngừng hoạt động dành cho DownDetector

• Dịch vụ web kiểm tra trạng thái hoạt động của trang DownDetector theo thời gian thực từ nhiều khu vực
• Đo mã phản hồi HTTP và độ trễ (latency) từ 3 máy chủ khu vực như London, Auckland và New York
• Trả về mã HTTP 200 (phản hồi bình thường) ở tất cả khu vực, cho thấy trang đang hoạt động bình thường
• Độ trễ trung bình theo từng khu vực được hiển thị trong khoảng 478~586ms
• Có thể được sử dụng như một công cụ kiểm chứng độ tin cậy cho các nền tảng giám sát sự cố chính

---

Kết quả kiểm tra theo khu vực

• Tại khu vực London, UK, trạng thái là Up, mã HTTP 200, độ trễ 547ms
• Tại khu vực Auckland, NZ, trạng thái là Up, mã HTTP 200, độ trễ 478ms
• Tại khu vực New York, US, trạng thái là Up, mã HTTP 200, độ trễ 586ms
• Kết quả giống nhau ở mọi khu vực, xác nhận dịch vụ DownDetector đang vận hành bình thường

Tổng quan dịch vụ

• Đây là trang giám sát chuyên dụng để theo dõi trạng thái của DownDetector
• Hiển thị kết quả đo mã phản hồi HTTP và độ trễ định kỳ theo từng khu vực
• Cung cấp chỉ số tham khảo để xác minh tính sẵn sàng của chính nền tảng giám sát sự cố
• Không có thêm thông tin trong nguyên bản

[GN⁺]

Ý kiến Hacker News

• Là một lập trình viên độc lập ở châu Âu, từ đầu năm nay tôi đã chuyển toàn bộ hạ tầng sang các dịch vụ châu Âu
  Thay Cloudflare bằng Bunny.net, AWS bằng Hetzner, và email doanh nghiệp bằng Infomaniak
  Cho đến giờ chưa hề có một lần downtime nào, và cảm giác hoàn toàn tách khỏi các dịch vụ Mỹ thực sự rất tuyệt

  • Các dịch vụ này quy mô nhỏ hơn, nhưng chính vì nhỏ hơn nên họ nghiêm túc hơn nhiều trong việc đảm bảo độ tin cậy
    Trong môi trường doanh nghiệp lớn, câu “giá mà dùng AWS thì đã không thế này” rất phổ biến. Giống như IBM ngày xưa vậy
    Hetzner cung cấp bộ dịch vụ đơn giản hơn nhiều so với AWS nên ít phức tạp hơn
    Tuy vậy, các yếu tố văn hóa như độ nhận diện thương hiệu hay việc “trông có chuyên nghiệp hay không” vẫn rất lớn
  • Không phải AWS hay Cloudflare thực sự gặp sự cố thường xuyên hơn. Chỉ là do có quá nhiều người dùng nên sự cố được đưa tin rầm rộ hơn
    Chọn hạ tầng là tự do, nhưng nhận thức về tính sẵn sàng có thể khác với thực tế
  • Đầu năm nay, một máy chủ Hetzner do tôi quản lý từng bị khởi động lại mà không rõ lý do
    Có thông báo bảo trì, nhưng máy chủ đó không nằm trong danh sách bị ảnh hưởng
    Không phải nói Hetzner tệ, chỉ là ở châu Âu cũng có những sự cố nhỏ như vậy xảy ra
  • Tôi là fan của Bunny.net, nhưng Cloudflare mạnh ở các tính năng “phòng thủ thông minh” như lọc AI scraper hoặc lưu lượng độc hại
    Tôi vẫn nghi ngờ liệu Bunny.net có thể thay thế luôn vai trò đó hay không
  • Tôi muốn so sánh Infomaniak với Proton. Có vẻ Infomaniak có nhiều công cụ năng suất văn phòng hơn, nhưng tôi tò mò chất lượng mail và drive thế nào

• Hôm qua lúc Cloudflare gặp sự cố, cả Downdetector cũng sập theo nên ai cũng bật cười. Thời điểm quá hoàn hảo

  • Trước đây ở công ty CDN nơi tôi từng làm, từng có chuyện phải đổi nhà cung cấp trang trạng thái khi chính nhà cung cấp đó trở thành khách hàng của chúng tôi

• Có câu đùa rằng “ba Down Detector bước vào một quán bar”
  Thằng đầu tiên trả lời “không biết”, thằng thứ hai cũng “không biết”, thằng thứ ba thì đáp “có”

  • Có người phản ứng rằng chắc đó là ‘những down detector bị mù’
  • Buồn cười quá nên tôi nhất định phải mượn câu này để dùng

• Có người nói “đây đúng là vàng ròng (GOLD)”, rồi tiếp tục câu đùa meta: “vậy ai sẽ giám sát cái down detector đang giám sát cái down detector đang giám sát Down Detector?”

  • Thực tế, trang giám sát Down Detector của isitdownrightnow.com đã được chia sẻ
  • Cũng có phản ứng kiểu “người đang truy cập trang đó lúc này chính là bạn đấy!”
  • Nói nghiêm túc thì để các down detector có vùng sẵn sàng và codebase khác nhau giám sát lẫn nhau là một cách tiếp cận khá thực tế
  • Cũng có ý kiến rằng có thể phát triển thành ý tưởng “down detector phân tán” rồi đăng lên HN như một dự án
  • Ngoài ra còn có đề xuất làm một meta down detector để theo dõi trong ba cái thì cái nào đang sập

• Thực ra bản thân Downdetector không hoàn toàn bị sập, mà vấn đề nằm ở mô-đun xác minh người dùng của Cloudflare
  Vì thế về mặt kỹ thuật thì nó vẫn “bình thường”, nhưng trên thực tế lại không dùng được

• Có câu đùa rằng “bạn cần thêm một down detector khác để giám sát xem down detector của bạn còn sống không”
  Cũng có người nói về một cấu trúc Downdetectorsdown kéo dài vô tận

  • Link downdetectorsdowndetectorsdowndetector.com đã được chia sẻ
  • Cũng có ý tưởng rằng nếu đặt nhiều cái thì sẽ luôn có vài cái bị sập, nên sẽ hay nếu có một trang theo dõi tỷ lệ đó
  • Rốt cuộc đây là vấn đề của tập trung vs phi tập trung vs hệ thống phân tán
    Nếu các down detector gửi heartbeat cho nhau và giám sát lẫn nhau, thì ngay cả khi một phần chết đi, toàn bộ hệ thống vẫn có thể sống sót
    Nếu có cấu trúc tự phục hồi, mạng lưới sẽ trở nên bền bỉ hơn nhiều
  • Câu “down detector nối tiếp vô tận” cũng được lặp lại
  • Và cũng có câu đùa rằng hãy biến nó thành một cấu trúc linked list được biểu diễn bằng “down detector thứ N”

• Cũng có bình luận kiểu meme: “Sup dawg, I heard you like down detectors”

• Trang trạng thái của Downdetector cũng đã được chia sẻ trực tiếp

• Có người đưa ra thử thách rằng “Cloudflare gặp sự cố làm Downdetector sập, rồi vì thế CloudFront lại phải chịu thêm tải”, vậy hãy thử tạo ra một CDN mới có thể chịu nổi cả phần tải đó

  • Nhưng cũng có phản ứng thực tế rằng “nếu chỉ là HTML tĩnh không có ảnh, liệu có thực sự cần CDN không?”

• Có câu hỏi rằng “Downdetector phát hiện trạng thái bình thường như thế nào?”
  Trong lúc Cloudflare gặp sự cố, có thể trang chỉ mục vẫn trả về 200
  Nếu dùng trình duyệt headless để chụp screenshot kiểm tra thì có vẻ sẽ bị Cloudflare chặn

  • Trên thực tế, nó tạo ra dữ liệu giả
    script.js có cấu trúc fetchStatus() gọi generateMockStatus() để tạo thời gian phản hồi ngẫu nhiên
    Tức là nó không kiểm tra trạng thái thật, mà chỉ hiển thị dữ liệu trạng thái mô phỏng