Englisches Original: https://argusic.com/best/uptime-monitoring
Open-Source-Verfügbarkeitsmonitore und Statusseiten, getestet
Monitore und Statusseiten, die Sie selbst ausführen können. Die Liste ist danach geordnet, ob jedes Projekt beim frischen Installieren durch Argusic hochkam, wobei die Aufzeichnung dieses Versuchs einen Klick entfernt ist.
Getestet zwischen 17. September 2026 und 30. Oktober 2026. Jede Zeile zeigt ihr eigenes Testdatum; ein Projekt kann sich nach diesem Tag ändern.
17 von 17 getesteten Projekten laufen.
Kurz gesagt: 15 von 17 getesteten Projekten starteten ohne Anpassung auf einer frischen Maschine: gatus, hertzbeat, kener, tinystatus, jump, maintenant, Uptimer und PongHub sowie 7 weitere. 2 weitere starteten, nachdem ein Ersatz einen erwarteten Dienst wie eine Datenbank übernommen hatte: tianji und UptimeKit-CLI.
Von Argusic jedes Mal auf einer frischen Maschine gemessen. Jede Zahl verlinkt auf ihren Nachweis.
| # | Projekt | Befund | Argusic Score | Sprache | Sterne | getestet am |
|---|---|---|---|---|---|---|
| 1 | gatus | Läuft | 100 / 100 | Go | 12,501 | 23. September 2026 |
Automatisierte entwicklerorientierte Statusseite mit Benachrichtigungen und Incident-Support Was der Test ergab: 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 Minuten. | ||||||
| 2 | hertzbeat | Läuft | 100 / 100 | Java | 7,453 | 23. September 2026 |
Ein KI-gestütztes Open-Source-Echtzeit-Observability-System der nächsten Generation. Was der Test ergab: 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 Minuten. | ||||||
| 3 | kener | Läuft | 100 / 100 | TypeScript | 5,237 | 24. September 2026 |
Beeindruckende Statusseiten, Batterien inklusive! Was der Test ergab: 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 Minuten. | ||||||
| 4 | tinystatus | Läuft | 100 / 100 | Python | 1,588 | 6. Oktober 2026 |
Kleine Statusseite, die von einem Python-Skript generiert wird. Was der Test ergab: 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 Minuten. | ||||||
| 5 | jump | Läuft | 100 / 100 | PHP | 605 | 30. Oktober 2026 |
Jump ist eine selbst gehostete Startseite und Echtzeit-Statusseite für Ihren Server, die einfach, stilvoll, schnell und sicher sein soll. Was der Test ergab: 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 Minuten. | ||||||
| 6 | maintenant | Läuft | 100 / 100 | Go | 532 | 18. Oktober 2026 |
Selbst gehostetes Monitoring für Docker, Kubernetes und Uptime. Einzelnes Go-Binary, keine Agent-Konfiguration, Live-Benachrichtigungen. Starten Sie einen... Was der Test ergab: maintenant binary builds and runs, serving HTTP 200 on health API and root endpoint, with 42 test suites passing. 6 Minuten. | ||||||
| 7 | Uptimer | Läuft | 100 / 100 | TypeScript | 483 | 19. September 2026 |
Eine leistungsstarke serverlose Verfügbarkeitsüberwachungs- und Statusseite auf Cloudflares Edge-Netzwerk Was der Test ergab: 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 Minuten. | ||||||
| 8 | PongHub | Läuft | 100 / 100 | Go | 224 | 20. September 2026 |
Kostenlose Endpunkt-Überwachung. Ein-Klick-Bereitstellung. Was der Test ergab: 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 Minuten. | ||||||
| 9 | upstat | Läuft | 100 / 100 | TypeScript | 200 | 20. September 2026 |
Ein einfaches Open-Source-Tool zur Statusüberwachung, selbst gehostet. Was der Test ergab: 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 Minuten. | ||||||
| 10 | peekaping | Läuft | 96 / 100 | Go | 1,213 | 18. September 2026 |
Beste Uptime Kuma Alternative Was der Test ergab: 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 Minuten. | ||||||
| 11 | statuspage | Läuft | 96 / 100 | JavaScript | 768 | 19. September 2026 |
Eine einfache, ohne Abhängigkeiten auskommende, reine js/html Statusseite, die auf GitHub Pages und Actions basiert. Was der Test ergab: 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 Minuten. | ||||||
| 12 | issue-status | Läuft | 96 / 100 | TypeScript | 430 | 19. September 2026 |
Eine flexible, moderne und blitzschnelle Statusseite Was der Test ergab: 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 Minuten. | ||||||
| 13 | server-status | Läuft | 96 / 100 | PHP | 407 | 19. September 2026 |
Einfache, modern aussehende Server-Statusseite mit Verwaltung und einigen vielfältigen Funktionen, die sogar auf Shared-Webhosting läuft. Was der Test ergab: 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 Minuten. | ||||||
| 14 | fettle | Läuft | 91 / 100 | TypeScript | 282 | 20. September 2026 |
Kostenlose, schöne Statusseite, die auf GitHub basiert und GitHub Pages, Actions und Issues für Echtzeit-Updates und Störungsmanagement nutzt. Zeigen Sie Ihre... Was der Test ergab: 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 Minuten. | ||||||
| 15 | uptime-kuma | Läuft | 64 / 100 | JavaScript | 93,261 | 20. September 2026 |
Ein ausgefallenes selbst gehostetes Monitoring-Tool Was der Test ergab: 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 Minuten. | ||||||
| 16 | tianji | Läuft mit Mocks | 92 / 100 | TypeScript | 3,118 | 17. September 2026 |
Tianji: Einblick in alles, Website-Analysen + Uptime-Monitor + Server-Status. Nicht nur eine weitere GA-Alternative. Was der Test ergab: 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 Minuten. | ||||||
| 17 | UptimeKit-CLI | Läuft mit Mocks | 92 / 100 | JavaScript | 277 | 20. September 2026 |
Ein modernes, plattformübergreifendes CLI zum Überwachen von Websites und APIs. Was der Test ergab: 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 Minuten. | ||||||
Läuft mit den echten Abhängigkeiten installiert und gestartet. Läuft mit Mocks gestartet, nachdem Ersatzdienste externe Dienste wie eine Datenbank oder eine Drittanbieter-API ersetzt hatten. Nicht verifizierbar weder der Standard-Agent noch der stärkere hat es innerhalb des Zeitlimits zum Laufen gebracht; das Log zeigt, wo es stehen blieb.
Bevor Sie wählen
Entscheiden Sie, ob Sie eine Datenbank ausführen möchten. Fünf Projekte starteten unverändert mit einem eingebetteten oder SQLite-Speicher (gatus, PongHub, upstat, hertzbeat und kener, das auch einen echten Redis startete); drei erwarteten einen Redis, MySQL oder PostgreSQL, den der Agent ersetzen musste (peekaping, server-status, tianji). Die Spalte „Befund“ und der Befund unter jedem Namen zeigen Ihnen, zu welcher Gruppe ein Projekt gehört, bevor Sie dessen README lesen.
Entscheiden Sie, ob Sie Überwachung oder nur eine Statusseite benötigen. statuspage und fettle sind statische Seiten, die einen von Ihnen eingegebenen Status veröffentlichen; sie können selbst nichts prüfen. gatus, uptime-kuma und peekaping führen die Prüfungen durch und hosten die Seite. tianji geht weiter und bündelt Webanalyse; es steht auch auf der Liste der selbst gehosteten Analysen, mit einem eigenen Rang dort.
Schauen Sie auf die Minuten. Die Zeit, die jeder verifizierende Lauf benötigte, ist ein guter Indikator dafür, wie viel Aufwand eine erste Installation von Ihnen verlangt: 7 bis 12 Minuten für die Einzel-Binär- und statischen Projekte, 23 bis 38 für diejenigen, die einen vollständigen Stack aufbauen (hertzbeat, issue-status, server-status, upstat).
Lesen Sie den Befund vor der Sternanzahl. uptime-kuma hat mit Abstand die meisten Sterne und belegt dennoch den zwölften Platz, weil es an seinem Testtag erst startete, nachdem ein vorgebautes Frontend heruntergeladen wurde und 46 seiner 240 Backend-Tests fehlschlugen; die Zeile sagt dies aus, und das Log zeigt es.
So haben wir getestet
Für eine Monitor- oder Statusseite bedeutete funktionieren, dass der Serverprozess auf der frischen Maschine startete und über HTTP antwortete: die Web-UI oder ein Health-Endpunkt antwortete, und falls das Projekt eine Testsuite mitliefert, lief diese.
Zwei Dinge unterschieden die Befunde auf dieser Liste. Projekte mit einer einzelnen Binärdatei oder einem gebündelten SQLite-Speicher starteten unverändert; gatus zum Beispiel führte anschließend echte HTTP- und DNS-Checks gegen Live-Endpunkte aus. Projekte, die eine Datenbank, einen Cache oder eine Nachrichtenwarteschlange erwarten, starteten erst, als der Agent für diesen Dienst einstand: peekaping benötigte ein prozessinternes Redis, server-status eine lokale MySQL und tianji ein PostgreSQL aus extrahierten Paketen. Das sind Läufe mit Mocks.

Checks, die Infrastruktur benötigen, die ein Container nicht bereitstellt, wie ICMP-Ping (Raw Sockets) oder Docker, erscheinen als fehlgeschlagene Tests im Log und blockierten den Befund nicht, wenn der Server selbst lief; uptime-kuma ist der deutlichste Fall. Statische Statusseiten wurden erstellt und lokal bereitgestellt; statuspage und fettle sind Beispiele.

Auf dieser Liste nach dem letzten Test: 15 Projekte liefen ohne Anpassung, 2 mit Mocks, 0 nicht verifizierbar. Getestete Sprachen: Go, Java, JavaScript, PHP, Python, TypeScript. Jeder Versuch nutzte eine saubere Einwegmaschine, das Projekt in einer fixierten Version und ein Limit von 45 Minuten; das vollständige Verfahren steht auf der Seite zur Methodik.
Häufig gestellte Fragen (FAQ)
Was bedeutet „läuft“ bei einem Uptime-Monitor?
Der Server startete auf einer frischen Maschine und antwortete über HTTP, wobei seine Testsuite ausgeführt wurde, sofern eine vorhanden ist. Es bedeutet nicht, dass jeder Check-Typ funktioniert: Ping benötigt Raw-Socket-Rechte, die ein Container nicht hat, und das zeigt sich als fehlgeschlagene Tests im Log, nicht im Befund.
Warum ist uptime-kuma nicht an der Spitze?
Die Rangfolge ist gemessen, nicht redaktionell. Am Testdatum startete der Server erst, nachdem der Agent ein vorgebautes Frontend heruntergeladen und einen Zeitüberschreitungs-Shim gepatcht hatte, und die Tests, die Docker oder Ping benötigen, schlugen fehl. Das ist „läuft mit Mocks“, was niedriger eingestuft wird als Projekte, die ohne Änderungen starteten. Das Log ist auf seiner Zeile nur einen Klick entfernt.
Benötigen diese eine Datenbank, um selbst gehostet zu werden?
Das hängt vom Projekt ab. Mehrere auf dieser Liste liefen mit SQLite oder ganz ohne Datenbank. Diejenigen, die mit „läuft mit Mocks“ markiert sind, benötigten einen Dienst, den der Agent ersetzen musste, wie Redis, MySQL oder PostgreSQL; auf der Seite jedes Projekts steht, welcher.
Werden statische Statusseiten auf die gleiche Weise getestet?
Ja. Der Agent erstellte die Website und stellte die Ausgabe lokal bereit; statuspage und fettle sind Beispiele. Eine statische Seite kann selbst nichts überwachen, daher beantwortet sie nur die Statusseiten-Hälfte der Frage.
Wie aktuell ist diese Liste?
Jede Zeile trägt ihr eigenes Testdatum, und die Seite gibt den Zeitraum an. Ein Projekt kann sich nach seinem Test ändern; ein neuer Versuch ersetzt den Befund nur, wenn er mit vollständigen Nachweisen abgeschlossen wird.
Wie wird diese Liste sortiert?
Nach Messung, nicht nach Meinung: Projekte, die Argusic auf einer frischen Maschine installiert und gestartet hat, stehen zuerst, dann solche, die mit Mocks anstelle externer Dienste liefen, dann solche, die es nicht verifizieren konnte. Bei Gleichstand entscheidet der Argusic Score, dann die Beliebtheit auf der eigenen Quelle.
Wo ist der Nachweis?
Jede Zeile verlinkt auf die Argusic-Seite des Projekts, auf der jeder Lauf ein vollständiges Log und eine Terminalaufzeichnung hat, gespeichert mit einem sha256-Fingerabdruck. Dieselben Seiten gibt es für jedes getestete Projekt, ob auf dieser Liste oder nicht.
Weitere Listen in dieser Kategorie
- observability tools (teilt hertzbeat, kener mit dieser Liste)
- Selbst gehostete Dashboards und Homepages, installiert und ausgeführt (teilt gatus, jump mit dieser Liste)
- Open-Source-Datenbanken, installiert und abgefragt (teilt hertzbeat mit dieser Liste)
- self-hosted analytics (teilt tianji mit dieser Liste)
- Open-Source-AI-Agent-Frameworks, installiert und ausgeführt
- Open-Source-KI-Apps, die Sie selbst ausführen können, getestet
- Open Source API-Clients, erstellt und ausgeführt
- API gateways
- Open-Source-CI/CD-Tools, installiert und ausgeführt
- Open-Source-CMS-Plattformen, installiert und ausgeführt
- Open-Source-LLM-Gateways, installiert und ausgeführt
- MCP servers
- Open Source VPN und Netzwerktools, installiert und ausgeführt
- Open-Source-Backup-Tools, installiert und ausgeführt
- Open-Source-Browser-Automatisierungstools, installiert und ausgeführt
- Open-Source-Code-Editoren und IDEs, entwickelt und gestartet
- Open-Source-Coding-Agents, die auf einer frischen Maschine liefen
- Open-Source-CLI-Tools für Entwickler, bewährt beim Erstellen und Ausführen
- Open-Source-E-Commerce-Plattformen, installiert und ausgeführt
- ebook readers
- Open-Source-Spiele-Engines, erstellt und ausgeführt
- Open-Source-Spiele, die auf einer frischen Maschine erstellt und gestartet wurden
- Open-Source-Hausautomation, installiert und ausgeführt
- low-code platforms
- Open-Source-Kartenserver und -Tools, installiert und ausgeführt
- Open-Source-Nachrichtenwarteschlangen und Streaming, getestet
- Open-Source-Musikserver, installiert und abgespielt
- Open source office suites, installed and launched
- Open-Source-Passwort-Manager, die Sie selbst hosten können, getestet
- Open-Source-Projektmanagement-Tools, installiert und ausgeführt
- Open-Source-Bildschirmrekorder, entwickelt und veröffentlicht
- Open-Source-Suchmaschinen, installiert und abgefragt
- Open-Source-Spracherkennung und Sprachsynthese, getestet
- static site generators
- Open-Source-Vektordatenbanken, installiert und abgefragt
- Open-Source-Videoeditoren, die auf einer frischen Maschine gestartet wurden
- Open-Source-Videoplayer, entwickelt und gestartet
- Open-Source-Web-Scraping-Tools, installiert und ausgeführt
- whiteboard tools
- Open-Source-Wikis, die Sie selbst hosten können, getestet
- Open-Source-Workflow-Automatisierung, installiert und ausgeführt
- Selbst gehostete Notion-Alternativen, geprüft durch eine echte Installation
- Selbst gehostete Git-Server, die auf einer frischen Maschine gestartet wurden
Alle Listen: Bestenlisten. Alle getesteten Projekte: Projekte.