Selbst gehosteter Dienst
upptime/upptime avatar
upptime/upptime

Upptime: ein GitHub-basierter Uptime-Monitor und Statusseite

GitHub Actions-Verfügbarkeitsüberwachung und Statusseite von @AnandChowdhary. Upptime** ( ist die Open-Source-Verfügbarkeitsüberwachungs- und Statusseite, die vollständig von GitHub Actions, Issues und Pages unterstützt und von Anand Chowdhary erstellt wurde.

17.160 Sterne1.040 ForksMarkdownMIT

Auf einen Blick

Was ist das?
Upptime nutzt GitHub Actions für geplante Checks, GitHub Issues für Vorfallmeldungen und GitHub Pages für eine öffentliche Statuswebsite.
Für wen ist es gedacht?
Upptime zeigt, dass sich ein vollständiger Monitoring-Stack aus GitHub-eigenen Werkzeugen zusammensetzen lässt, wobei das Repository die einzige Quelle für Uptime-Daten ist.
Darf ich es kommerziell nutzen?
Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
Wird es noch gepflegt?
Ja. Die letzten Commits kamen vor 1 Tag.
In welcher Sprache ist es geschrieben?
Hauptsächlich Markdown, laut der Sprachstatistik von GitHub.

Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.

TIEFGEHENDE OPEN-SOURCE-ANALYSE

Angetrieben von GitHub Actions, Issues und Pages

Upptime ist ein Open-Source-Uptime-Monitor und eine Statusseite, die vollständig auf GitHub-Infrastruktur läuft. Das Projekt nutzt GitHub Actions für geplante Checks, GitHub Issues für Vorfallmeldungen und GitHub Pages für die öffentliche Statuswebsite. Es wurde von Anand Chowdhary erstellt und ist unter upptime.js.org verfügbar. Die README stellt ausdrücklich klar, dass Upptime nicht mit GitHub verbunden oder von GitHub empfohlen ist. Das Designziel ist, für Benutzer, die bereits GitHub nutzen, völlig kostenlos zu sein, ohne externen Server oder Abonnement. Die gesamte Konfiguration liegt in einer einzigen Datei, und das Löschen des Repositories entfernt auch die Monitoring-Daten. Der Ansatz besteht darin, die integrierten Werkzeuge von GitHub wiederzuverwenden, anstatt einen separaten Überwachungsdienst zu betreiben.

Geplante Checks und Commits für Antwortzeiten

Der Monitoring-Workflow läuft auf GitHub Actions. Ein Workflow besucht alle fünf Minuten jeden konfigurierten Endpunkt, um sicherzustellen, dass er online ist. Die Antwortzeit wird alle sechs Stunden gemessen und in die Git-Historie des Repositories committet, sodass jeder Endpunkt eine Datei im Verzeichnis history hat. Täglich werden aus diesen Daten Antwortzeitdiagramme erstellt, und die GitHub-API liefert die historischen Zahlen an die Statusseite. Das bedeutet, dass alle Monitoring-Daten im Repository selbst liegen und das Löschen des Repositories die Daten entfernt. Dieses Design macht die Monitoring-Historie zu einem Teil des Repositories und bietet jedem mit Zugriff eine native Git-Prüfspur für Änderungen und Ereignisse. Antwortzeitdaten werden in dedizierten Dateien gespeichert, was spätere Analyse und Visualisierung erleichtert.

Vorfallmeldungen als GitHub Issues

Wenn ein Endpunkt ausfällt, öffnet der Workflow automatisch ein GitHub-Issue. Dieses Issue wird Mitgliedern des Repositories zugewiesen, damit die richtigen Personen es sehen. Teammitglieder können Vorfallberichte als Kommentare hinzufügen, und wenn die Website wieder normal funktioniert, wird das Issue automatisch geschlossen. Issues werden gesperrt, sodass Personen außerhalb des Repositories nicht kommentieren können, und bei Aktualisierungen werden Slack-Benachrichtigungen gesendet. Die README zeigt ein Beispiel-Issue und beschreibt den vollständigen Lebenszyklus. Dieser Mechanismus platziert Vorfallmeldung und Teamzusammenarbeit direkt auf der GitHub-Oberfläche, ohne ein separates Ticketsystem. Die Zustandsänderungen eines Vorfalls erscheinen im Zeitverlauf des Issues und sind leicht nachvollziehbar.

Die mit Svelte erstellte Statusseite

Die Statusseite ist eine progressive Web-App, die aus dem Repository generiert wird. Sie ist mit Svelte und Sapper erstellt und ruft Daten über die GitHub-API aus dem Repository ab. Die Seite zeigt Uptime-Prozentsätze, Antwortzeitdiagramme und Vorfallhistorie. Die README beschreibt sie als einfach, schön und zugänglich und sie wird auf GitHub Pages gehostet. Die Live-Demo befindet sich unter demo.upptime.js.org. Da die Daten aus der API des Repositories stammen, bleibt der Inhalt der Statusseite konsistent mit den Aufzeichnungen im Repository. Die PWA-Eigenschaft ermöglicht es Benutzern, die Seite zum Startbildschirm hinzuzufügen und im Offline-Modus zwischengespeicherte Daten anzusehen. Das Design zielt darauf ab, dass Besucher den Dienststatus schnell erfassen können.

Nutzung und Verbreitung

Die README berichtet, dass Upptime von über 3.000 Personen und Teams verwendet wird, darunter Canonical und Wakatime, und das Repository hat mehr als 16.000 Sterne. Sie zitiert auch einen CSS-Tricks-Artikel, der Upptime als eine unglaublich clevere Nutzung von GitHub Actions bezeichnet. Das Projekt wurde gebaut, um für GitHub-Benutzer kostenlos zu sein, ohne externen Server oder Abonnement, und die gesamte Konfiguration liegt in einer einzigen Datei. Der Reiz liegt darin, keine zusätzlichen Hosting-Kosten zu verursachen, sondern die Überwachungslogik in die bestehenden GitHub-Workflows einzubetten. Ein Benutzer muss nur eine Konfigurationsdatei pflegen, um Überwachung, Vorfallverfolgung und eine Statusseite zu erhalten.

Lizenz · upptime upptime

Das Repository ist für den Code unter der MIT-Lizenz lizenziert, und die Daten im history-Verzeichnis stehen unter der Open Database License, wie in der README angegeben. Die MIT-Lizenz erlaubt die Verwendung, Vervielfältigung, Änderung, Zusammenführung, Veröffentlichung, Verteilung, Unterlizenzierung und den Verkauf von Kopien der Software und enthält den üblichen Haftungsausschluss, dass die Software „wie besehen" ohne jegliche Gewährleistung bereitgestellt wird. Der Lizenztext deckt die Verlaufsdaten nicht ab; diese werden separat durch die ODbL geregelt. Das bedeutet, dass der Code frei verwendet und geändert werden kann, aber die Bedingungen für Überwachungsdaten können abweichen. Benutzer, die zu diesen Daten beitragen oder sie verwenden, müssen die jeweiligen Lizenzanforderungen beachten.

Redaktionelles Fazit

Upptime zeigt, dass sich ein vollständiger Monitoring-Stack aus GitHub-eigenen Werkzeugen zusammensetzen lässt, wobei das Repository die einzige Quelle für Uptime-Daten ist.

Offizielle Quellen

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
Community-Notizen

Community-Notizen