Überwachung als Code im Vergleich
Hat Uptime Kuma einen Terraform-Provider?
Uptime Kuma hat keinen eigenen Provider und keine dokumentierte Management-API, auf der man einen bauen könnte. Was die Registry stattdessen bietet, sind sieben Community-Provider auf einer inoffiziellen Client-Bibliothek. Einer davon ist wirklich gut. Abzuwägen ist, was er für die Anmeldung verlangt.
Die Tabelle unten ist der ganze Vergleich, ungekürzt. Lesen Sie sie ruhig zuerst, es ist dieselbe, die wir Ihnen schicken würden.
AGPL-3.0 · eine Binärdatei · kostenloser Tarif · keine Karte nötig
Was sieben Community-Forks zusammen ergeben
| Uptime Kuma | Uptimepage | |
|---|---|---|
| Provider vom Anbieter | keiner | ja |
| Provider in der Registry | 7, alle Community | einer, unserer |
| beste Community-Option | breml/uptimekuma v0.4.0 | nicht nötig |
| Monitore als Code | ja | ja |
| Statusseite als Code | ja, Community | ja |
| Management-API | keine dokumentiert | REST, dokumentiert |
| wie sich Terraform authentifiziert | Admin-Benutzer und Passwort | eingeschränktes Token |
Das Projekt Uptime Kuma veröffentlicht keinen Provider. Die Registry liefert sieben Community-Provider: breml/uptimekuma, kenlee20/kuma, kenlee20/upkuapi, ehealth-co-id/uptimekuma, zahornyak/uptime-kuma-wapi, kurtmc/uptimekuma und den von TheodoreHerzfeld.
breml/uptimekuma ist der vollständigste: 63 Sterne, v0.4.0 veröffentlicht am 25. Juli 2026, Commits in diesem Monat und Ressourcen für Monitore, Benachrichtigungen, Proxys, Wartung, Tags, Statusseiten und Störungen auf Statusseiten.
Uptime Kuma dokumentiert keine Management-API, daher hängt jeder Provider hier von einem per Reverse Engineering nachgebauten Client ab. Die README von breml hält fest, dass die Fähigkeiten auf das beschränkt sind, was go-uptime-kuma-client unterstützt.
Die eigenen API-Schlüssel von Uptime Kuma geben nur Metriken heraus, daher nimmt der Provider statt eines eingeschränkten Tokens den Benutzernamen und das Passwort eines Kontos entgegen.
Am 11. August 2026 anhand der Terraform Registry und des Repositorys jedes Providers geprüft. Provider bekommen häufig neue Releases, sehen Sie also nach, bevor Sie sich entscheiden.
Was die Registry tatsächlich hat
Das Projekt Uptime Kuma veröffentlicht nichts. Eine Suche in der Registry im August 2026 liefert sieben Community-Provider: breml/uptimekuma, kenlee20/kuma, kenlee20/upkuapi, ehealth-co-id/uptimekuma, zahornyak/uptime-kuma-wapi, kurtmc/uptimekuma und den von TheodoreHerzfeld. Mit großem Abstand am vollständigsten ist breml/uptimekuma: 63 Sterne, v0.4.0 veröffentlicht am 25. Juli 2026, mit Commits in diesem Monat. Er deckt mehr als dreißig Monitortypen ab, rund hundert Benachrichtigungsdienste, Proxys, Wartungsfenster, Tags und eine Statusseite mit Störungen. Wenn Sie einen brauchen, dann diesen.
Warum alle auf einem inoffiziellen Client aufsetzen
Uptime Kuma steuert seine Oberfläche über Socket.IO und dokumentiert keine Management-API. Seine eigenen API-Schlüssel lesen Metriken und sonst nichts. Also spricht jeder Provider hier über eine per Reverse Engineering nachgebaute Client-Bibliothek mit Kuma, und die README von breml sagt das offen: Die Fähigkeiten sind auf das beschränkt, was go-uptime-kuma-client unterstützt. Der Funktionsumfang folgt damit einem dritten Repository statt den Releases von Kuma, und ein Kuma-Upgrade kann beiden davonlaufen.
Die Zugangsdaten, die er verlangt
Der provider-Block nimmt einen Endpunkt, einen Benutzernamen und ein Passwort entgegen, oder die Variable UPTIMEKUMA_PASSWORD. Das ist Ihr Admin-Login für Uptime Kuma. Der Terraform-State, Ihr CI-Runner und jeder, der einen Plan lesen kann, bekommen Zugangsdaten, die alles können, was die Oberfläche kann, Löschen eingeschlossen. Es gibt keinen Scope zum Eingrenzen und kein Ablaufdatum, auf das man sich verlassen kann, denn Kuma hat kein Token, das es ausstellen könnte. Für ein Homelab ist das in Ordnung. Für eine gemeinsam genutzte Pipeline ist das der Teil, über den man vor der Funktionsliste nachdenken sollte.
Ein Monitor und ein Token, das nur Monitore schreibt
provider "uptimepage" {
token = var.uptimepage_write_token # eingeschränkt, ablaufend
org = "acme"
}
resource "uptimepage_target" "api" {
name = "api"
interval = 60
check = {
type = "http"
http = {
url = "https://example.com/healthz"
expected_status = { kind = "exact", exact = 200 }
}
}
}Wo Uptimepage passt
Wenn Überwachung als Code der Grund ist, warum Sie das lesen, macht genau das den Unterschied: Der Provider ist unserer und kein Fork. Monitore, Statusseiten, Komponenten und Benachrichtigungskanäle sind alle Ressourcen, über dieselbe dokumentierte REST-API, die das Dashboard nutzt, und ein Terraform-Lauf authentifiziert sich mit einem eingeschränkten, ablaufenden Token statt mit einem Kontopasswort. Auf dieser API gibt es auch einen MCP-Server. Gehostet kostenlos und ohne Karte, oder Sie hosten das Ganze unter AGPL selbst.
- 01Melden Sie sich mit GitHub oder Google an. Keine Karte, kein Verkaufsgespräch.
- 02Fügen Sie eine URL ein. Der erste Check läuft, bevor Sie diesen Satz zu Ende gelesen haben.
- 03Veröffentlichen Sie die Statusseite, oder exportieren Sie sie nach Terraform und behalten Sie sie in Git.
api99,98 %
p95 142 ms · eine Störung in 45 Tagen
dashboard99,91 %
p95 318 ms · zwei beeinträchtigte Tage
webhooks99,99 %
p95 88 ms · keine Störungen
BEHOBEN14 Min.
Erhöhte Latenz bei der Dashboard-API
14:22 behoben, Latenz wieder unter 300 ms
14:08 automatisch vom Dashboard-Check eröffnet
verfügbar beeinträchtigt ausgefallen 45 Tage · E-Mail- und Webhook-Abonnenten
Häufige Fragen
Hat Uptime Kuma einen offiziellen Terraform-Provider?
Welchen Terraform-Provider für Uptime Kuma sollte ich verwenden?
Wie authentifiziert sich ein Terraform-Provider bei Uptime Kuma?
Kann Terraform eine Statusseite in Uptime Kuma verwalten?
Links
In unter 5 Minuten startklar.
Funktionen · Preise · Notizen