OneUptime: eine selbst hostbare Observability-Plattform, die Monitoring und Incident Response bündelt
Projektüberblick: Komplette Open-Source-Überwachungs- und Observability-Plattform. | | Vorfallmanagement | Durchgängiger Vorfall-Workflow: Deklarieren, Zuweisen, Kommunizieren, Lösen und Durchführen von Post-Mortems.
Auf einen Blick
- Was ist das?
- Die README beschreibt eine Apache-2.0-TypeScript-Plattform mit Uptime-Checks, Statusseiten, Bereitschaft, Logs, Traces und einem KI-Copiloten. Dieser Artikel geht durch, was das Repository tatsächlich behauptet.
- Für wen ist es gedacht?
- Geeignet ist oneuptime für Teams, deren konkreter Bedarf zum README von OneUptime/oneuptime passt. Nicht geeignet ist es als Beleg für Fähigkeiten, die dort nicht dokumentiert sind.
- Darf ich es kommerziell nutzen?
- Ja. Apache-2.0 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. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 17. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Eine Plattform statt mehrerer separater Werkzeuge bei oneuptime
Die README stellt OneUptime zu Beginn als Agentic-Observability-Plattform dar, die Uptime-Monitoring, Vorfälle, Bereitschaft, Statusseiten, Logs, Traces, Metriken und APM in einer Open-Source-Anwendung vereint. Sie sagt, OneUptime erkenne einen Ausfall, benachrichtige die richtige Person, aktualisiere die Statusseite, finde die Ursache und könne einen Pull-Request mit einer Korrektur öffnen. Die Repository-Metadaten nennen TypeScript als Sprache und Apache-2.0 als Lizenz, was mit der Aussage der README übereinstimmt, dass das Projekt zu 100 Prozent Open Source und kostenlos selbst hostbar ist.
Für OneUptime/oneuptime ist dieser Punkt an konkrete Artefakte gebunden. Die README nennt dafür den Einstieg cp config.example.env config.env && npm start. Bei einem Test sollten Eingabe, Ausgabe, Exit-Code und Fehlermeldung getrennt festgehalten werden. Das zeigt, ob genau der dokumentierte Pfad funktioniert; es belegt keine Eigenschaften, die die Quelle nicht nennt.
Was die Funktionstabelle der README auflistet bei oneuptime
Die Funktionstabelle der README umfasst Uptime-Monitoring für Websites, APIs, Ping, Port, SSL, DNS und synthetische Checks aus mehreren globalen Regionen; außerdem Marken-Statusseiten mit Abonnentenbenachrichtigungen, Incident-Management mit Post-Mortems, Bereitschaftspläne und Eskalationsrichtlinien mit SMS-, Anruf-, Push-, E-Mail- und Slack-Alarmen, Log-Management über OpenTelemetry, APM und Traces, Metrik-Dashboards, Fehlerverfolgung und eine Workflow-Engine. Ein separater Abschnitt zur Infrastrukturüberwachung listet OpenTelemetry-basierte Agenten für Server, Kubernetes, Docker, Podman, Proxmox und Ceph. Im Auszug werden keine Einrichtungsdetails für diese Agenten genannt, nur Links auf die Dokumentation.
oneuptime sollte anhand seiner eigenen Konfiguration und der im README genannten Dateien beurteilt werden. Versionen, Betriebssystem, Rechte und externe Dienste gehören zur Umgebung und dürfen nicht aus dem Projektnamen abgeleitet werden. Wenn die Dokumentation einen Wert offen lässt, bleibt er eine offene Betriebsfrage.
In der README dokumentierte Installationswege bei oneuptime
Die README dokumentiert zwei Wege für das Selbsthosting und eine gehostete Cloud. Für Docker Compose lauten die Befehle: `git clone --depth 1 --single-branch --branch release https://github.com/OneUptime/oneuptime.git`, dann `cp config.example.env config.env`, danach `npm start`; der Dienst ist unter `http://localhost` erreichbar. Für Kubernetes werden `helm repo add oneuptime https://helm-chart.oneuptime.com` und `helm install oneuptime oneuptime/oneuptime` aufgeführt. Die README sagt, der Docker-Compose-Weg eigne sich für kleine Teams und sogar für einen Raspberry Pi, nennt aber im Auszug keine Mindestanforderungen und verweist für diese Angaben auf eine separate Seite zur Größenplanung.
Die Lizenz Apache-2.0 ist für OneUptime/oneuptime praktisch relevant: Sie bestimmt, unter welchen Bedingungen der Code weitergegeben oder in ein eigenes Produkt eingebunden werden darf. Der Lizenztext ersetzt keine Prüfung der Abhängigkeiten und ist keine Zusage für Support, Sicherheit oder bestimmte Leistungswerte.
Community- und Enterprise-Edition bei oneuptime
Die README vergleicht eine Community-Edition und eine Enterprise-Edition. Community wird als kostenlos und Open Source beschrieben, mit vollem Funktionsumfang, ausgerichtet auf Selbsthoster und kleine Teams. Enterprise richtet sich an regulierte Teams, die Premium-Support benötigen, und ergänzt gehärtete Images, Prioritäts-Support, kundenspezifische Funktionen und Datenresidenz; die Preisgestaltung läuft über einen Vertriebskontakt. Die README nennt für keine Edition einen Preis und definiert nicht, was gehärtete Images im Sinne eines bestimmten Compliance-Standards bedeuten, noch welche Vorschriften die Enterprise-Edition abdeckt.
Eine sinnvolle Erstprüfung bleibt bei oneuptime klein. cp config.example.env config.env && npm start sollte mit dem im README beschriebenen Beispiel oder einer minimalen projekttypischen Eingabe laufen. Zu beobachten sind bei diesem Projekt die dort genannten Dateien, Statuswerte, Logs oder generierten Daten. Erst ein passender Befund rechtfertigt eine weitergehende Integration.
Beiträge und Projektunterstützung bei oneuptime
Die README lädt zur Mitarbeit ein, indem sie auf offene Issues, ein Label für das Schreiben von Tests, einen Leitfaden für die lokale Entwicklung und eine Datei mit Beitragsrichtlinien verweist. Sie verlinkt außerdem einen Developer-Slack und einen Community-Slack. Für die Projektunterstützung bittet sie um GitHub-Sterne, Sponsoring und Merchandise-Käufe und sagt, die Einnahmen finanzierten die Open-Source-Entwicklung. Die Repository-Metadaten zeigen 424 Forks und 7411 Sterne; das sind Snapshot-Zahlen von GitHub und keine Behauptungen der README. Außerdem sind dort 269 offene Issues aufgeführt, die ein Ausgangspunkt für die Überprüfung des aktuellen Verhaltens sein können.
Die Materialbasis beschreibt den vorgesehenen Umfang von oneuptime, aber nicht jede Kombination aus Versionen, Datenmenge und Infrastruktur. Deshalb sollte ein Team die konkrete OneUptime/oneuptime-Revision, die verwendeten Abhängigkeiten und die erzeugten Artefakte mit dem eigenen Einsatzfall vergleichen. Nicht dokumentierte Erwartungen bleiben unbestätigt.
Was die Apache-2.0-Lizenz tatsächlich gewährt bei oneuptime
Der Lizenzauszug gewährt eine dauerhafte, weltweite, nicht exklusive, gebührenfreie, lizenzgebührenfreie und unwiderrufliche Urheberrechtslizenz zur Vervielfältigung, zur Erstellung abgeleiteter Werke, zur öffentlichen Zurschaustellung, zur öffentlichen Aufführung, zur Unterlizenzierung und zur Verbreitung des Werks. Außerdem gewährt er eine Patentlizenz für Beiträge, die endet, wenn eine Patentklage eingereicht wird. Der Auszug ist unvollständig; er enthält keinen Haftungsausschlussabschnitt und begründet daher keine Gewährleistungs- oder Supportzusage. Die README sagt separat, das Projekt sei unter Apache 2.0 kostenlos selbst hostbar, und die Metadaten bestätigen die SPDX-Kennung Apache-2.0.
Was die README offen lässt bei oneuptime
Die README beschreibt einen KI-Copiloten, der Anomalien über Logs, Traces und Metriken hinweg findet, sowie einen automatischen Korrekturfluss, der nach der Prüfung von Build- und Testbefehlen einen Pull-Request öffnet. Das sind Produktbeschreibungen, keine reproduzierbaren Ergebnisse im Repository. Die README sagt außerdem, Workflows integrierten Slack, Jira, GitHub, Microsoft Teams und mehr als 5000 Apps, listet diesen Katalog aber nicht auf. Sie sagt, Uptime-Checks kämen aus mehreren globalen Regionen, ohne die Regionen zu nennen. Keine dieser Tatsachen wird in diesem Artikel unabhängig verifiziert; jede müsste anhand einer laufenden Bereitstellung oder der Projektdokumentation geprüft werden.
Redaktionelles Fazit
Geeignet ist oneuptime für Teams, deren konkreter Bedarf zum README von OneUptime/oneuptime passt. Nicht geeignet ist es als Beleg für Fähigkeiten, die dort nicht dokumentiert sind. Vor dem Einsatz sollte cp config.example.env config.env && npm start mit einer kleinen, projekttypischen Eingabe ausgeführt werden; zu prüfen sind die konkrete Ausgabe, die Abhängigkeiten, die Rechte und die Lizenz Apache-2.0.
Community-Notizen