Überwachung als Code im Vergleich
Welche Uptime-Monitore haben einen Terraform-Provider?
Viele Anbieter von Überwachung erzählen Ihnen, dass sie Terraform unterstützen. Weniger erzählen Ihnen, dass der Provider ein Community-Fork ist, der 2023 archiviert wurde, oder dass er Checks verwaltet, die Statusseite, für die Sie bezahlen, aber nicht anfassen kann. Hier ist der Stand, geprüft anhand der Terraform Registry statt anhand von Marketingseiten.
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
Die Registry, nicht die Marketingseite
| Uptimepage | Pingdom | StatusCake | Statuspage | UptimeRobot | OneUptime | |
|---|---|---|---|---|---|---|
| Provider vom Anbieter | ja | keiner | ja | keiner | ja | ja |
| wer ihn pflegt | Uptimepage | Community-Forks | StatusCake | Einzelpersonen | UptimeRobot | OneUptime |
| Registry-Stufe | Community | Community | Partner | Community | Community | Community |
| neuestes Release | Juli 2026 | 2020, archiviert | Okt. 2023 | 2022 · 2024 | Juli 2026 | Juli 2026 |
| verwaltet Monitore | ja | ja | ja | kein Produkt | ja | ja |
| verwaltet Statusseiten | ja | nein | nein | nur Objekte | ja | ja |
| verwaltet Alarmkanäle | ja | ja | ja | nein | ja | ja |
Die Registry-Stufen sind Official (von HashiCorp gebaut), Partner (verifizierter Anbieter) und Community (alles andere). Community heißt nicht Drittanbieter: UptimeRobot und OneUptime veröffentlichen beide aus ihren eigenen verifizierten GitHub-Organisationen unter einem Community-Badge, und Uptimepage ebenso. Unserer trägt dasselbe Community-Badge wie ihre, und genau deshalb raten wir Ihnen, das Repository zu lesen statt des Badges.
In der Terraform Registry gibt es keinen Provider in einem Namespace, der SolarWinds oder Pingdom gehört. Der meistheruntergeladene Community-Provider, russellcardullo/pingdom, ist archiviert und beschreibt sich selbst als nicht mehr gepflegt; letztes Release 2020, letzter Commit 2023. Noch aktive Forks werden von einem Medienunternehmen ohne Bezug zu Pingdom und von Einzelpersonen gepflegt, und keiner verwaltet Statusseiten.
Der Provider von StatusCake gehört zur Partner-Stufe, und sein Repository ist aktiv, aber seit v2.2.2 im Oktober 2023 gab es kein neues Release, und er hat keine Statusseiten-Ressource, obwohl StatusCake Statusseiten verkauft.
Atlassian veröffentlicht keinen Statuspage-Provider. Die beiden Community-Optionen verwalten Komponenten und Störungen auf einer Seite, die Sie von Hand angelegt haben; keine von beiden legt die Seite selbst an.
Better Stack, Checkly, Uptime.com, UptimeRobot und OneUptime verwalten alle Monitore und Statusseiten in Terraform, so wie Uptimepage. Grafana und Datadog verwalten synthetische Checks und keine Statusseite, weil keiner von beiden eine verkauft.
Am 14. Juli 2026 anhand der Terraform Registry und des Repositorys jedes Providers geprüft. Provider bekommen häufig neue Releases, sehen Sie also in der Registry nach, bevor Sie sich entscheiden.
Lesen Sie die Registry-Stufe genau
Die Terraform Registry kennt drei Stufen: Official heißt, HashiCorp hat den Provider gebaut, Partner heißt, der Anbieter ist verifiziert, und Community steht für alles andere. Community heißt nicht Drittanbieter. UptimeRobot und OneUptime veröffentlichen beide ihre Provider aus eigenen verifizierten GitHub-Organisationen, und trotzdem tragen diese Provider ein Community-Badge, und die README von UptimeRobot nennt seinen Provider offiziell. Das Badge allein verrät Ihnen also nicht, ob ein Anbieter hinter der Sache steht. Wem das Repository gehört und wann das letzte Release erschien, verrät es.
Die Lücke, mit der niemand wirbt: Statusseiten
Genau hier werden viele Teams überrascht. Ein Provider, der Checks verwaltet, ist üblich. Ein Provider, der auch die Statusseite, ihre Komponenten und ihre Störungen verwaltet, ist es nicht. Pingdom verkauft Statusseiten, und kein einziger seiner Community-Provider kann sie verwalten. StatusCake verkauft Statusseiten, und sein eigener Provider der Partner-Stufe hat überhaupt keine Statusseiten-Ressource. Grafana und Datadog verwalten synthetische Checks und nichts, was einer Statusseite ähnelt, wobei fairerweise keiner von beiden eine verkauft. Wenn Ihr Ziel das Ganze im Code ist, Checks und öffentliche Seite zusammen, schrumpft diese Auswahl schnell zusammen.
Wo die etablierten Anbieter tatsächlich stehen
Pingdom hat keinen Provider in einem Namespace, der SolarWinds oder Pingdom gehört. Was es gibt, sind gut dreißig Community-Forks, und der meistheruntergeladene davon, russellcardullo/pingdom, ist archiviert: Seine eigene Beschreibung lautet „no longer maintained“, sein letztes Release stammt von 2020 und sein letzter Commit von 2023. Noch aktive Forks werden von einem Medienunternehmen ohne Bezug zu Pingdom und von Einzelpersonen gepflegt. Auch Atlassian veröffentlicht nichts für Statuspage; die beiden Community-Provider verwalten Komponenten und Störungen auf einer Seite, die Sie von Hand angelegt haben, und können die Seite selbst nicht anlegen. StatusCake ist die ehrliche Mitte: ein echter Provider der Partner-Stufe aus der verifizierten StatusCake-Organisation, das Repository ist noch aktiv, aber seit v2.2.2 im Oktober 2023 gab es kein neues Release.
Wer das gut macht, die Konkurrenz eingeschlossen
Ehre, wem Ehre gebührt, denn eine Vergleichsseite, die nur ihrem Autor schmeichelt, ist wertlos. Better Stack, Checkly, Uptime.com, UptimeRobot und OneUptime bieten alle vom Anbieter gepflegte Provider an, die Monitore und Statusseiten verwalten, und die meisten davon haben diesen Monat ein Release veröffentlicht. Der von Better Stack deckt auch Bereitschaftsrichtlinien ab. Uptimepage ist hier nicht allein und behauptet das auch nicht. Die Lücke ist konkret, und sie liegt bei den etablierten Anbietern oben, also bei denen, von denen die meisten Teams tatsächlich wegmigrieren.
Der Monitor, die Seite und die Komponente, die beide verbindet
resource "uptimepage_target" "api" {
name = "api"
interval = 60
check = {
type = "http"
http = {
url = "https://example.com/healthz"
expected_status = { kind = "exact", exact = 200 }
}
}
}
resource "uptimepage_status_page" "public" {
slug = "acme"
name = "Acme Status"
}
resource "uptimepage_status_page_component" "api" {
status_page_id = uptimepage_status_page.public.id
target_id = uptimepage_target.api.id
}Wo Uptimepage passt
Der Uptimepage-Provider deckt alle drei Dinge zusammen ab: Monitore, Statusseiten und Alarmkanäle, über dieselbe REST-API, die auch das Dashboard nutzt, und mit eingeschränkten Tokens, sodass ein Terraform-Lauf Zugangsdaten mit Schreibrechten bekommt statt eines Schlüssels, der alles oder nichts darf. Deklarieren Sie einen Check, die Seite, auf der er erscheint, und den Kanal, der alarmiert wird, prüfen Sie das in einem Pull Request und wenden Sie es an. Auf derselben API gibt es einen MCP-Server, falls Sie lieber einen Assistenten fragen, was kaputt ist. 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 Pingdom einen Terraform-Provider?
Hat StatusCake einen Terraform-Provider?
Kann ich Atlassian Statuspage mit Terraform verwalten?
Welche Provider verwalten sowohl Monitore als auch Statusseiten?
Links
In unter 5 Minuten startklar.
Funktionen · Preise · Notizen