Die verbreiteten selbst gehosteten Werkzeuge decken je eine Hälfte ab: Uptime Kuma prüft, ob etwas antwortet, Beszel und Glances zeigen, was die Maschine tut, mit Cockpit verwaltest du sie. Keines davon liest dein GitHub-Konto, also bleiben Repo-Aktivität, fehlgeschlagene Actions-Läufe, Sicherheitswarnungen und die Frage, ob der Server läuft, was auf main liegt, auf GitHub, in einem zweiten Tab.
Was decken Uptime Kuma, Beszel, Glances und Cockpit ab?
Alle vier decken die Serverseite ab, jedes einen anderen Teil davon. Die Tabelle zeigt, was die Projekte in ihrer eigenen Dokumentation über sich sagen, geprüft am 9. Oktober 2026; ein Strich heisst, die Dokumentation nennt es nicht.
| Uptime Kuma | Beszel | Glances | Cockpit | |
|---|---|---|---|---|
| Prüfung über HTTP, TCP, DNS, Ping | ja | ja (Netzwerkmonitore vom Agenten) | – | – |
| CPU, Speicher, Platte, Netz | – | ja, mit Verlauf | ja | ja, Verlauf mit PCP |
| Container | Docker-Container als Monitor | Docker und Podman, Verlauf je Container | Docker, Podman, LXD | Podman |
| Benachrichtigung | über 90 Dienste | einstellbare Alarme | Schwellen, Alarm-Endpunkt in der API | – |
| Systemupdates einspielen | – | – | – | ja («Upgrade software») |
| GitHub-Repos, Actions, Dependabot | – | – | – | – |
Quellen: Uptime Kuma, README, Beszel, What is Beszel, Glances, Dokumentation und Seite zu Containern, Cockpit, Projektseite und Cockpit, PCP-Metriken, alle geprüft am 9. Oktober 2026.
Was zeigt keines davon?
Nichts von der Repo-Seite. Das README von Uptime Kuma nennt GitHub nur als Ort, an dem sein eigener Code liegt, und die anderen drei halten es genauso. Ein fehlgeschlagener Workflow, eine offene Dependabot-Warnung, ein Branch, der seit zwei Wochen wartet, oder ein Dienst, der noch den Commit von letzter Woche fährt, erscheinen nur, wenn du auf GitHub nachsiehst.
An diesem zweiten Ort geht etwas verloren. In unserem eigenen Betrieb wurden zwischen dem 26. September und dem 9. Oktober 2026 16 Dependabot-Updates gemergt, gezählt an den Merge-Commits auf den Default-Branches: 2 in der Woche ab 21. September (ab dem 26.), 7 in der Woche ab 28. September und 7 in der Woche ab 5. Oktober bis Freitag. Jedes davon war ein Punkt, der eine Entscheidung brauchte, und keines wäre in einem Server-Dashboard aufgetaucht.
Was gehört für einen Einzelentwickler auf eine Seite?
Alles, was eine Handlung verlangt, aus beiden Hälften, und nichts, was nur beschreibt. Für einen Einzelentwickler mit einer Handvoll Repos und ein oder zwei Servern ist das eine kurze Liste:
- Läuft jeder Dienst, und läuft er den Commit, der auf main liegt?
- Gibt es offene Systemupdates, und stimmt die Firewall mit dem gespeicherten Stand?
- Ist ein Actions-Lauf auf einem Default-Branch fehlgeschlagen?
- Gibt es offene Sicherheitswarnungen, und welche betreffen die Laufzeit?
- Welche Branches oder Dependabot-Updates warten?
Der Leitfaden von deployhandbook (aktualisiert am 3. Juni 2026, geprüft am 9. Oktober 2026) beschreibt denselben Leser als jemanden mit «three to ten apps on one or two VPSes», zwischen verwaltetem Hosting und einem vollen Prometheus-Aufbau. Eine Seite für diesen Leser taugt, wenn sie meistens leer ist: Am 9. Oktober 2026 um 18:48 Uhr zeigte unsere eigene Liste 0 Punkte über 17 Repos, 0 fehlgeschlagene Läufe, 0 Sicherheitswarnungen und 0 Dienste hinter main.
Wie verbindet gitpuls beides?
gitpuls ist eine Möglichkeit dafür, nicht die einzige: eine selbst gehostete Seite, die dein GitHub-Konto über die API und den Zustand deines Servers vom Host liest und beides in eine Liste namens Handlungsbedarf legt. Die Werkzeuge oben ersetzt es nicht. Es prüft nicht von aussen und hält keinen Metrikverlauf, und weil es auf deinem eigenen Server läuft, kann es dir nicht melden, dass genau dieser Server ausgefallen ist; dafür bleibt eine Prüfung von aussen wie Uptime Kuma auf einer zweiten Maschine das richtige Werkzeug.
Was es hinzufügt, ist die Repo-Hälfte neben der Serverhälfte: fehlgeschlagene Läufe, Sicherheitswarnungen, wartende Branches und Dependabot-Updates, und ob jeder Dienst läuft, was auf main liegt. Das Repo ist noch nicht öffentlich; der Link auf der Startseite folgt, sobald es so weit ist.
Wie dieser Text entstanden ist
Dieser Artikel ist mit einem KI-Assistenten aus unseren eigenen Messungen und den oben verlinkten Quellen entstanden; die Quellen wurden am 9. Oktober 2026 geprüft. Die Zahlen stammen von der Methodenseite, geschätzt ist nichts.