OpenStatus: giám sát website và trang trạng thái

OpenStatus dùng để làm gì? Giải thích dễ hiểu

OpenStatus kết hợp giám sát website và API, trang trạng thái dành cho khách hàng và xử lý sự cố. Có thể hình dung đây là người kiểm tra dịch vụ định kỳ, bảng thông báo giải thích tình trạng cho người dùng và sổ ghi lại quá trình xử lý của nhóm.

Công cụ phù hợp với lập trình viên, đội SaaS và vận hành nhỏ muốn nối việc phát hiện lỗi với thông báo khách hàng. AI hỗ trợ soạn cập nhật và bản tổng kết sau sự cố để con người kiểm tra. Bạn có thể dùng bản được lưu trữ sẵn hoặc tự triển khai mã nguồn mở.

Phát hiện website ngừng hoạt động và API phản hồi chậm

Bộ giám sát HTTP cho phép đặt phương thức, header và nội dung yêu cầu. Các điều kiện kiểm tra mã trạng thái, header và nội dung phản hồi giúp xác nhận đúng kết quả, thay vì chỉ nhận HTTP 200. Ngưỡng độ trễ giúp phân biệt suy giảm hiệu năng với hết thời gian chờ.

Mạng giám sát được lưu trữ sẵn có 28 khu vực trên Fly.io, Koyeb và Railway; số khu vực cho từng bộ giám sát phụ thuộc gói. Kết quả theo khu vực cùng thời gian DNS, kết nối, TLS, byte đầu tiên và truyền dữ liệu giúp khoanh vùng vấn đề. Cảnh báo có thể gửi qua Slack, Discord, email, PagerDuty hoặc webhook.

Gói miễn phí, bản dùng thử và giới hạn trả phí

Kiểm tra ngày 27/10/2026: Hobby có một bộ giám sát, một trang trạng thái với ba thành phần và chu kỳ tối thiểu mười phút. Bản dùng thử Starter 14 ngày không cần thẻ là lựa chọn riêng.

Giá niêm yết tháng bằng USD là 30 đô la cho Starter, 100 cho Pro và 500 cho Scale. Starter có 20 bộ giám sát, chu kỳ một phút và sáu khu vực mỗi bộ; Pro có 50 bộ, 30 giây và 28 khu vực. Tên miền riêng, người đăng ký và tác nhân Slack là chức năng trả phí. Xem so sánh gói để kiểm tra trả năm, tiện ích bổ sung, tiền tệ và thuế cuối cùng.

Xử lý sự cố qua Slack và trợ lý AI

Tác nhân Slack cần gói trả phí. Kết nối tại Settings → Integrations, cấp quyền cho đúng workspace rồi mời bot vào kênh. Nhắc @openstatus để xem tình trạng hoặc yêu cầu bản nháp cập nhật. Kiểm tra nội dung, thành phần bị ảnh hưởng và lựa chọn gửi thông báo trước khi duyệt. Xem hướng dẫn cài Slack.

Sự cố nội bộ có mức độ nghiêm trọng, người phụ trách, ghi chú và dòng thời gian. Báo cáo công khai có trạng thái riêng: giải quyết sự cố nội bộ không tự động đóng thông báo cho khách hàng. Tính năng được mở dần theo workspace. Sau khi xử lý xong, AI có thể tổng hợp bản nháp đánh giá từ các ghi chép để chỉnh sửa và phê duyệt.

MCP kết nối ứng dụng AI qua OAuth, cho phép chọn workspace và quyền chỉ đọc hoặc đọc–ghi. Lệnh xuất bản phải quyết định rõ việc thông báo; ứng dụng khách quản lý bước xác nhận. CLI, API, SDK và Terraform cũng hỗ trợ quy trình kỹ thuật.

Tạo bộ giám sát và trang trạng thái đầu tiên

1. Chuẩn bị URL công khai và tiêu chí của một phản hồi đúng.
2. Trong Monitors → Create Monitor, nhập tên và URL đầy đủ, cấu hình yêu cầu, điều kiện kiểm tra và chu kỳ.
3. Lưu rồi xác nhận biểu đồ thời gian phản hồi và mã HTTP đã có dữ liệu.
4. Tạo trang trạng thái với tiêu đề và slug. Thêm dịch vụ trong Components bằng tên khách hàng hiểu được.
5. Liên kết thành phần với bộ giám sát và mở trang công khai để kiểm tra. Thành phần tĩnh được quản lý bằng báo cáo trạng thái và lịch bảo trì.

Hướng dẫn tạo bộ giám sát đầu tiên trình bày các bước hiện tại. Báo cáo công khai giải thích ảnh hưởng và tiến độ, còn lịch bảo trì giúp thông báo trước khi can thiệp.

Tự triển khai, dữ liệu và điều kiện sử dụng

Hướng dẫn Docker Compose mô tả triển khai theo AGPL-3.0. Bản đầy đủ cần đầu dò riêng và cấu hình phân tích; có bản nhẹ chỉ phục vụ trang trạng thái. Máy chủ, cập nhật và bảo trì vẫn cần nguồn lực.

Chính sách quyền riêng tư nêu việc xử lý URL, header và nội dung yêu cầu, thông tin xác thực tích hợp và ghi chú sự cố. Nội dung phản hồi được thu thập khi bật tùy chọn; thời gian giữ dữ liệu giám sát theo gói. Kiểm tra dữ liệu nhạy cảm và quyền kênh trước khi kết nối hệ thống thật. AI không tự chứng minh nguyên nhân gốc hay sửa ứng dụng.

Câu hỏi thường gặp

Có thể dùng OpenStatus miễn phí không?

Có, với Hobby và giới hạn một bộ giám sát, ba thành phần, chu kỳ mười phút. Bản thử Starter là ưu đãi có thời hạn riêng.

Downtime và phản hồi chậm khác nhau thế nào?

Downtime thể hiện dịch vụ không đáp ứng tiêu chí hoạt động; phản hồi chậm có thể vẫn trả kết quả nhưng vượt ngưỡng độ trễ. Cần đặt cả điều kiện nội dung và giới hạn thời gian phù hợp.

Có giám sát được API cần xác thực không?

Có thể thêm header xác thực, phương thức và nội dung yêu cầu rồi kiểm tra phản hồi. Cần dùng quyền truy cập phù hợp và lưu ý giới hạn của API đích.

Tài liệu chính thức và cộng đồng

• Tài liệu: cấu hình và tích hợp.
• GitHub: mã nguồn, giấy phép và lỗi.
• Discord chính thức: trao đổi kỹ thuật.
• X chính thức: cập nhật sản phẩm.
• Trạng thái dịch vụ: tính sẵn sàng.
• Liên hệ: tài khoản và thanh toán.