Bản gốc tiếng Anh: https://argusic.com/best/uptime-monitoring
Các bộ giám sát uptime và trang trạng thái mã nguồn mở, đã được kiểm tra
Các công cụ giám sát và trang trạng thái mà bạn có thể tự vận hành. Danh sách được sắp xếp theo việc mỗi dự án có hoạt động khi Argusic cài đặt mới nó hay không, với bản ghi của lần thử đó chỉ cách một cú nhấp chuột.
Test từ 17 tháng 9, 2026 đến 30 tháng 10, 2026. Mỗi hàng ghi ngày test riêng; dự án có thể thay đổi sau ngày đó.
17 trên 17 dự án đã test chạy được.
Tóm tắt: 15 trong 17 dự án đã test khởi động được ngay trên máy mới: gatus, hertzbeat, kener, tinystatus, jump, maintenant, Uptimer và PongHub, và 7 dự án khác. 2 dự án khác khởi động được khi có một dịch vụ thay thế (mock) cho dịch vụ dự án cần, chẳng hạn database: tianji và UptimeKit-CLI.
Argusic đo trên một máy mới mỗi lần. Mỗi con số đều link tới bằng chứng.
| # | dự án | kết luận | Điểm Argusic | ngôn ngữ | sao | ngày test |
|---|---|---|---|---|---|---|
| 1 | gatus | Chạy được | 100 / 100 | Go | 12,501 | 23 tháng 9, 2026 |
Trang trạng thái tự động dành cho nhà phát triển với hỗ trợ cảnh báo và sự cố Kết quả test: Gatus builds from source, launches on port 8080, serves the health API returning 200, monitors all configured HTTP and DNS endpoints, and 74 of 76 Go test packages pass with only ICMP tests failing due to missing CAP_NET_RAW in the unprivileged container. 6 phút. | ||||||
| 2 | hertzbeat | Chạy được | 100 / 100 | Java | 7,453 | 23 tháng 9, 2026 |
Hệ thống giám sát thời gian thực mã nguồn mở thế hệ mới, có hỗ trợ AI Kết quả test: HertzBeat server builds, its full Maven test suite passes except one Docker-only integration test, and the assembled server runs with working JWT login and authenticated API on port 1157 in this container. 37 phút. | ||||||
| 3 | kener | Chạy được | 100 / 100 | TypeScript | 5,237 | 24 tháng 9, 2026 |
Status pages tuyệt đẹp, tất cả đều có sẵn! Kết quả test: Kener v4.1.3 is built, serves a status page on port 3000 with SQLite and Redis, all 136 tests pass, health endpoint confirms database and Redis connectivity. 14 phút. | ||||||
| 4 | tinystatus | Chạy được | 100 / 100 | Python | 1,588 | 6 tháng 10, 2026 |
Trang trạng thái nhỏ được tạo bởi một script Python Kết quả test: TinyStatus installs and runs cleanly out of the box: all 17 unit tests pass, and the app generates a valid status page with proper HTTP/ping/port check results, incident rendering, and history tracking. 2 phút. | ||||||
| 5 | jump | Chạy được | 100 / 100 | PHP | 605 | 30 tháng 10, 2026 |
Jump là một startpage tự host và trang trạng thái thời gian thực cho máy chủ của bạn, được thiết kế để đơn giản, phong cách, nhanh và an toàn. Kết quả test: Jump runs on PHP 8.3 in the sandbox, serving /, /tag/*, static assets and the status API with real JSON, and reported 7 configured sites (4 online, 3 offline). 35 phút. | ||||||
| 6 | maintenant | Chạy được | 100 / 100 | Go | 532 | 18 tháng 10, 2026 |
Giám sát tự lưu trữ cho Docker, Kubernetes và uptime. Một binary Go duy nhất, không cần cấu hình agent, cảnh báo trực tiếp. Thả một container, stack của bạn... Kết quả test: maintenant binary builds and runs, serving HTTP 200 on health API and root endpoint, with 42 test suites passing. 6 phút. | ||||||
| 7 | Uptimer | Chạy được | 100 / 100 | TypeScript | 483 | 19 tháng 9, 2026 |
Một trang giám sát uptime và trạng thái serverless mạnh mẽ trên Edge Network của Cloudflare. Kết quả test: Uptimer project installs, builds, passes all 488 unit tests across 50 test files, typechecks, lints, and runs locally with the worker API responding with correct data on public and authenticated admin endpoints. 10 phút. | ||||||
| 8 | PongHub | Chạy được | 100 / 100 | Go | 224 | 20 tháng 9, 2026 |
Giám sát endpoint miễn phí. Triển khai chỉ với một cú nhấp chuột. Kết quả test: PongHub builds, all 4 test packages pass, and the binary runs end-to-end against a real HTTP endpoint, correctly logging success and generating the HTML report. 4 phút. | ||||||
| 9 | upstat | Chạy được | 100 / 100 | TypeScript | 200 | 20 tháng 9, 2026 |
một công cụ giám sát trạng thái đơn giản, open-source và self-hosted Kết quả test: Upstat Go API builds and runs on port 8000 with SQLite, accepting user signup/signin, creating and listing monitors with heartbeat pings, and serving Swagger docs over HTTP. 17 phút. | ||||||
| 10 | peekaping | Chạy được | 96 / 100 | Go | 1,213 | 18 tháng 9, 2026 |
Thay thế tốt nhất cho Uptime Kuma Kết quả test: Peekaping API server starts on port 8034 with SQLite, connects to local Redis, and responds HTTP 200 on /api/v1/health. All 16 Go test packages pass. The React web frontend builds without errors. 16 phút. | ||||||
| 11 | statuspage | Chạy được | 96 / 100 | JavaScript | 768 | 19 tháng 9, 2026 |
Một trang trạng thái đơn giản, không phụ thuộc, thuần js/html dựa trên GitHub Pages và Actions. Kết quả test: Health check script curls 5 URLs and logs results; static server serves index.html, JS, CSS, SVG, config, and 5 log files with 200 status. 3 phút. | ||||||
| 12 | issue-status | Chạy được | 96 / 100 | TypeScript | 430 | 19 tháng 9, 2026 |
Một status page linh hoạt, hiện đại và cực nhanh Kết quả test: The issue-status monorepo is fully functional: pnpm install succeeds, tests pass (1 passed, 1 skipped/todo), the issue-status package builds via Vite, both CLIs build via tsdown, the example status page app builds and serves correctly via dev/built modes, and the GitHub provider fetches real data from the public... 37 phút. | ||||||
| 13 | server-status | Chạy được | 96 / 100 | PHP | 407 | 19 tháng 9, 2026 |
Trang trạng thái máy chủ đơn giản, hiện đại với quản trị và một số tính năng hữu ích, có thể chạy ngay cả trên webhosting dùng chung. Kết quả test: PHP 8.3 and MariaDB 10.11 are running, the server_status database has 11 tables with proper settings, and all pages (index, admin, install, API) respond with HTTP 200 and render correct content without warnings. 27 phút. | ||||||
| 14 | fettle | Chạy được | 91 / 100 | TypeScript | 282 | 20 tháng 9, 2026 |
Trang trạng thái đẹp miễn phí dựa trên GitHub, sử dụng GitHub Pages, Actions và Issues để cập nhật theo thời gian thực và quản lý sự cố. Hãy ủng hộ bằng cách... Kết quả test: Fettle installs, builds, and exports cleanly (next.config.js patched for image optimization); the production server and the exported static site both serve HTTP 200, and a real headless-browser load of the exported page fetched live GitHub data and showed all systems operational with both services and incidents... 12 phút. | ||||||
| 15 | uptime-kuma | Chạy được | 64 / 100 | JavaScript | 93,261 | 20 tháng 9, 2026 |
Một công cụ giám sát self-hosted đẹp mắt Kết quả test: Uptime Kuma 2.5.3 starts on Node.js 22, listens on port 3001, serves the setup page over HTTP, and passes 196 of 242 backend tests; 38 tests fail solely due to missing Docker and missing ping binary in the container sandbox. 10 phút. | ||||||
| 16 | tianji | Chạy với mock | 92 / 100 | TypeScript | 3,118 | 17 tháng 9, 2026 |
Tianji: Thông tin chi tiết về mọi thứ, Website Analytics + Uptime Monitor + Server Status. Không chỉ là một lựa chọn thay thế GA khác. Kết quả test: Dependencies installed, project builds successfully, shared and most server unit tests pass, client component tests mostly pass; server cannot launch without a PostgreSQL database. 25 phút. | ||||||
| 17 | UptimeKit-CLI | Chạy với mock | 92 / 100 | JavaScript | 277 | 20 tháng 9, 2026 |
Một CLI hiện đại, đa nền tảng để theo dõi các website và API. Kết quả test: The project builds, its 246-unit test suite passes 6/6 suites, and the CLI starts a background daemon, adds HTTP/DNS/SSL monitors, and renders a live TUI dashboard with real monitoring data (DNS resolution, SSL certificate validation, HTTP checks). The edit command was fixed to accept 0 retries. Node 22 is required. 18 phút. | ||||||
Chạy được đã cài và khởi động với các thành phần phụ thuộc thật. Chạy với mock khởi động sau khi có dịch vụ thay thế cho dịch vụ bên ngoài như database hay API của bên thứ ba. Không kiểm chứng được cả agent tiêu chuẩn lẫn agent mạnh hơn đều không làm nó chạy được trong giới hạn thời gian; log cho thấy nó dừng ở đâu.
Trước khi chọn
Quyết định xem bạn có muốn chạy cơ sở dữ liệu hay không. Năm dự án bắt đầu nguyên bản với kho lưu trữ nhúng hoặc SQLite (gatus, PongHub, upstat, hertzbeat và kener, dự án này cũng thiết lập một Redis thực); ba dự án yêu cầu Redis, MySQL hoặc PostgreSQL mà agent phải thay thế (peekaping, server-status, tianji). Cột kết luận và nhận xét dưới mỗi tên cho bạn biết một dự án thuộc nhóm nào trước khi bạn đọc README của nó.
Quyết định xem bạn cần giám sát hay chỉ cần một trang trạng thái. statuspage và fettle là các trang tĩnh công bố trạng thái bạn cung cấp; chúng không thể tự kiểm tra bất cứ thứ gì. gatus, uptime-kuma và peekaping chạy các kiểm tra và lưu trữ trang. tianji đi xa hơn và tích hợp phân tích web; nó cũng có trong danh sách phân tích tự lưu trữ, với thứ hạng riêng ở đó.
Hãy nhìn vào số phút. Thời gian mỗi lần chạy xác minh là một chỉ số công bằng cho thấy mức độ yêu cầu của lần cài đặt đầu tiên: 7 đến 12 phút cho các dự án tệp nhị phân đơn lẻ và tĩnh, 23 đến 38 phút cho các dự án xây dựng toàn bộ stack (hertzbeat, issue-status, server-status, upstat).
Đọc nhận xét trước số sao. uptime-kuma có nhiều sao nhất và vẫn xếp thứ mười hai, vì vào ngày kiểm tra, nó chỉ khởi động sau khi tải xuống giao diện người dùng được xây dựng sẵn và 46 trong số 240 bài kiểm tra backend của nó thất bại; hàng đó nói vậy, và nhật ký cho thấy điều đó.
Cách chúng tôi test
Đối với một màn hình hoặc trang trạng thái, 'hoạt động' có nghĩa là tiến trình máy chủ khởi động trên máy sạch và phản hồi qua HTTP: giao diện web hoặc điểm cuối sức khỏe phản hồi, và nơi dự án có bộ kiểm thử, bộ kiểm thử đó đã chạy.
Hai điều đã tách biệt các đánh giá trong danh sách này. Các dự án có một tệp nhị phân duy nhất hoặc một kho lưu trữ SQLite được đóng gói khởi động như nguyên trạng; gatus, ví dụ, tiếp tục thực hiện các kiểm tra HTTP và DNS thực tế chống lại các điểm cuối trực tiếp. Các dự án yêu cầu cơ sở dữ liệu, bộ nhớ đệm hoặc hàng đợi tin nhắn chỉ khởi động khi agent thay thế cho dịch vụ đó: peekaping cần một Redis trong tiến trình, server-status một MySQL cục bộ, và tianji một PostgreSQL được xây dựng từ các gói được trích xuất. Đó là 'chạy với mocks'.

Các kiểm tra cần hạ tầng mà container không cung cấp, như ping ICMP (socket thô) hoặc Docker, xuất hiện như các bài kiểm tra thất bại trong nhật ký và không chặn đánh giá khi bản thân máy chủ đã lên; uptime-kuma là trường hợp rõ ràng nhất. Các trang trạng thái tĩnh được xây dựng và phục vụ cục bộ; statuspage và fettle là các ví dụ.

Trong danh sách này, theo lần test gần nhất: 15 dự án chạy được ngay, 2 chạy với mock, 0 không kiểm chứng được. Ngôn ngữ đã test: Go, Java, JavaScript, PHP, Python, TypeScript. Mỗi lần thử dùng một máy sạch dùng một lần, dự án ở một phiên bản cố định, và giới hạn 45 phút; toàn bộ quy trình có trên trang phương pháp.
Câu hỏi thường gặp (FAQ)
"runs" có nghĩa là gì đối với một trình giám sát uptime?
Máy chủ khởi động trên một máy sạch và trả lời qua HTTP, với bộ kiểm thử của nó được chạy nếu có. Điều đó không có nghĩa là mọi loại kiểm tra đều hoạt động: ping cần quyền raw-socket mà container không có, và điều đó hiển thị dưới dạng các bài kiểm tra thất bại trong log, không phải trong phán quyết.
Tại sao uptime-kuma không đứng đầu?
Thứ hạng được đo lường, không phải biên tập. Vào ngày kiểm tra của nó, máy chủ chỉ khởi động sau khi agent tải xuống một front end được dựng sẵn và vá một bản vá timeout, và các bài kiểm tra cần Docker hoặc ping đã thất bại. Đó là "chạy với mocks", xếp dưới các dự án khởi động nguyên trạng. Log chỉ cách một cú nhấp chuột trên hàng của nó.
Những dự án này có cần cơ sở dữ liệu để tự lưu trữ không?
Tùy thuộc vào từng dự án. Một số trong danh sách này chạy trên SQLite hoặc không cần cơ sở dữ liệu nào cả. Những dự án được đánh dấu "chạy với mocks" cần một dịch vụ mà agent phải thay thế, chẳng hạn như Redis, MySQL hoặc PostgreSQL; trang của mỗi dự án cho biết rõ.
Các trang trạng thái tĩnh có được kiểm tra theo cách tương tự không?
Có. Agent đã dựng trang web và phục vụ đầu ra cục bộ; statuspage và fettle là các ví dụ. Một trang tĩnh không thể tự giám sát bất cứ điều gì, vì vậy nó chỉ trả lời một nửa câu hỏi về trang trạng thái.
Danh sách này cập nhật đến mức nào?
Mỗi hàng mang ngày kiểm tra riêng của nó và trang nêu rõ khoảng thời gian. Một dự án có thể thay đổi sau khi kiểm tra; một lần thử mới chỉ thay thế phán quyết khi nó hoàn thành với bằng chứng đầy đủ.
Danh sách này được xếp hạng thế nào?
Theo kết quả đo, không theo ý kiến: dự án Argusic đã cài và khởi động được trên máy mới đứng trước, rồi đến dự án chạy với mock thay cho dịch vụ bên ngoài, rồi đến dự án không kiểm chứng được. Khi bằng nhau thì xét Điểm Argusic, rồi đến độ phổ biến trên nguồn của chính dự án.
Bằng chứng ở đâu?
Mỗi hàng link tới trang Argusic của dự án, nơi mỗi lần chạy có log đầy đủ và bản ghi terminal, lưu kèm dấu vân tay sha256. Mọi dự án đã test đều có trang như vậy, dù có trong danh sách này hay không.
Các danh sách khác cùng chủ đề
- Observability và logging mã nguồn mở, được cài đặt và chạy (cùng có hertzbeat, kener với danh sách này)
- Các dashboard và trang chủ tự lưu trữ, được cài đặt và chạy (cùng có gatus, jump với danh sách này)
- Cơ sở dữ liệu mã nguồn mở, được cài đặt và truy vấn (cùng có hertzbeat với danh sách này)
- Phân tích tự lưu trữ mã nguồn mở, được kiểm thử trên máy chủ sạch (cùng có tianji với danh sách này)
- Các framework AI agent mã nguồn mở, được cài đặt và chạy
- Các ứng dụng AI mã nguồn mở bạn có thể tự chạy, đã được kiểm thử
- Các API client mã nguồn mở, được xây dựng và vận hành
- Các API gateway và reverse proxy mã nguồn mở, đã được kiểm tra
- Các công cụ CI/CD mã nguồn mở, được cài đặt và chạy
- Các nền tảng CMS mã nguồn mở, được cài đặt và chạy
- Mã nguồn mở LLM gateways, được cài đặt và chạy
- Các máy chủ MCP mã nguồn mở xuất hiện ngay khi chạy lần đầu
- Các công cụ VPN và mạng mã nguồn mở, được cài đặt và chạy
- Các công cụ sao lưu mã nguồn mở, được cài đặt và chạy
- Các công cụ tự động hóa trình duyệt mã nguồn mở, được cài đặt và chạy
- Các trình soạn thảo mã nguồn mở và IDE, được xây dựng và ra mắt
- Các coding agents nguồn mở chạy trên một máy mới
- Các công cụ CLI mã nguồn mở dành cho nhà phát triển, đã được chứng minh để xây dựng và chạy
- Các nền tảng thương mại điện tử mã nguồn mở, được cài đặt và vận hành
- Các trình đọc sách điện tử mã nguồn mở và thư viện, đã được kiểm thử
- Công cụ trò chơi mã nguồn mở, được xây dựng và chạy
- Các game mã nguồn mở được dựng và khởi chạy trên một máy mới
- Tự động hóa nhà mã nguồn mở, được cài đặt và chạy
- Nền tảng mã nguồn mở low-code và no-code, đã kiểm tra
- Máy chủ bản đồ và công cụ mã nguồn mở, được cài đặt và chạy
- Hàng đợi tin nhắn và streaming mã nguồn mở, đã được kiểm thử
- Máy chủ nhạc mã nguồn mở, được cài đặt và phát
- Bộ ứng dụng văn phòng mã nguồn mở, được cài đặt và khởi chạy
- Các trình quản lý mật khẩu mã nguồn mở bạn có thể tự lưu trữ, đã được kiểm tra
- Các công cụ quản lý dự án mã nguồn mở, được cài đặt và chạy
- Phần mềm ghi màn hình mã nguồn mở, được xây dựng và ra mắt
- Các công cụ tìm kiếm mã nguồn mở, được cài đặt và truy vấn
- Mã nguồn mở chuyển giọng nói thành văn bản và chuyển văn bản thành giọng nói, đã được kiểm tra
- Trình tạo trang tĩnh mã nguồn mở, được xây dựng và phục vụ
- Cơ sở dữ liệu vector mã nguồn mở, được cài đặt và truy vấn
- Các trình biên tập video mã nguồn mở khởi chạy trên máy mới
- Trình phát video mã nguồn mở, xây dựng và ra mắt
- Các công cụ web scraping mã nguồn mở, được cài đặt và chạy
- Các công cụ bảng trắng và vẽ sơ đồ mã nguồn mở, đã được kiểm tra
- Các wiki nguồn mở bạn có thể tự lưu trữ, đã được kiểm tra
- Tự động hóa quy trình làm việc mã nguồn mở, được cài đặt và chạy
- Các giải pháp thay thế Notion tự lưu trữ, đã được kiểm tra bằng cách cài đặt thực tế
- Các máy chủ git tự lưu trữ khởi động trên một máy mới