Skip to main content
Có hai endpoint trả lời câu hỏi về tình trạng dịch vụ, và cả hai đều không cần API key. Bạn gọi chúng từ công cụ giám sát cũng được: chúng không gắn với tài khoản nào và không tiêu tốn rate limit của bạn.

Tình hình đăng bài theo từng kênh

GET /v1/status cho biết trong 24 giờ gần nhất, bài đăng đi tới từng kênh trong số 22 kênh có tới nơi hay không. Đây cũng chính là dữ liệu vẽ nên trang tình trạng công khai.
Trường status của mỗi kênh có 5 giá trị, và 2 trong số đó cố ý không phải là kết luận về tình hình:
  • operational: số bài lỗi dưới 25% mẫu.
  • degraded: từ 25% mẫu trở lên bị lỗi.
  • outage: từ 50% mẫu trở lên bị lỗi.
  • no_activity: không có bài nào đăng tới kênh đó trong khoảng quan sát. Đây là thông tin về lưu lượng, không phải kết luận về tình hình.
  • monitoring: có bài đăng nhưng chưa tới 8, quá ít để một tỷ lệ phần trăm nói lên điều gì. Các con số vẫn hiện, chỉ có kết luận là được giữ lại.
Các con số này là tổng hợp toàn bộ lượt đăng đi qua MADIAD Hub, không nhận ra được tài khoản, Profile hay bài đăng nào trong đó. Cũng vì vậy mà một kênh có thể đang operational ở đây, trong khi bài của riêng bạn tới kênh đó vẫn hỏng: một tài khoản bị nền tảng hạn chế thì con số chung không hề nhúc nhích. Muốn biết kết quả của chính mình, hãy đọc kết quả từng kênh trong mỗi bài đăng và xem Vì sao bài không đăng được.
Câu trả lời được cache tối đa một phút, nên gọi dày hơn mức đó cũng chỉ nhận lại đúng nội dung cũ.

API có đang chạy không?

GET /v1/health là phép thử sống. Nó không đọc dữ liệu nào và trả lời ngay:
Nhận 200 nghĩa là API đang phục vụ request. Nó không nói gì về chuyện đăng bài có trơn tru hay không, câu hỏi đó thuộc về GET /v1/status. Hãy trỏ công cụ giám sát uptime vào đây thay vì vào một route cần xác thực, để phép thử mỗi phút không ăn vào số request mà tích hợp của bạn được dùng.