Integrationen
Uptimeify stellt Alarme in den Tools zu, die Sie ohnehin nutzen, Chat, On-Call, Issue-Tracker und mehr, plus Firewall-Whitelisting und eine vollständige REST-API.
Benachrichtigungskanäle
Stellen Sie Alarme dort zu, wo Ihr Team arbeitet. Kanäle werden pro Kunde konfiguriert und an Ihre Benachrichtigungsregeln gehängt.
- In der App unter den Benachrichtigungs-Einstellungen des Kunden verwalten.
- Automatisieren mit der Benachrichtigungskanäle-API (Kanal anlegen, auflisten, aktualisieren, löschen und testen).
Jeder Kanal unten wird out of the box unterstützt.
Direkt
| Kanal | Zustellung über | Sie hinterlegen |
|---|---|---|
| Empfängeradresse(n); fällt auf die Kunden-/Org-E-Mail zurück | ||
| SMS | Textnachricht | Telefonnummer(n); fällt auf die Kunden-/Org-Nummer zurück |
| Webhook | Ihren HTTP-Endpunkt | Endpunkt-URL (optional eigene Header und JSON-Body-Vorlage) |
Chat & Zusammenarbeit
| Kanal | Sie hinterlegen |
|---|---|
| Slack | Incoming-Webhook-URL (optional Username, Icon, Farbe) |
| Microsoft Teams | Incoming-Webhook-URL |
| Discord | Incoming-Webhook-URL (optional Username, Farbe) |
| Telegram | Bot-Token + Chat-ID |
| Google Chat | Incoming-Webhook-URL |
| Mattermost | Incoming-Webhook-URL |
| Rocket.Chat | Incoming-Webhook-URL |
| Matrix | Homeserver-URL + Room-ID + Access-Token |
| Lark / Feishu | Incoming-Webhook-URL |
| DingTalk | Incoming-Webhook-URL (Access-Token in der URL) |
| WeCom | Incoming-Webhook-URL (Key in der URL) |
On-Call & Incident-Response
| Kanal | Sie hinterlegen |
|---|---|
| PagerDuty | Events-API-v2-Routing-Key |
| Opsgenie | API-Key + Region (EU/US), optional Priorität |
| ilert | Integration-Key |
| Grafana OnCall | Incoming-Webhook-URL |
| Squadcast | Incoming-Webhook-URL (Token in der URL) |
| incident.io | Alert-Source-URL + Bearer-Token |
| All Quiet | Inbound-Webhook-URL (die URL ist das Geheimnis) |
Push & Leichtgewichtig
| Kanal | Sie hinterlegen |
|---|---|
| Pushover | User-Key + API-Token |
| ntfy | Topic-URL (optional Access-Token) |
| Gotify | Server-URL + App-Token |
Issue-Tracker & ITSM
| Kanal | Sie hinterlegen |
|---|---|
| Jira | Basis-URL + E-Mail + Projekt-Key + Issue-Typ + API-Token |
| GitHub | Repository + Token (PAT); optional Enterprise-API-Basis-URL |
| GitLab | Projekt-ID + Token; optional Basis-URL (self-hosted) |
| Linear | Team-ID + API-Key |
| ServiceNow | Instance-URL + Benutzername + Passwort |
Eskalationsrichtlinien
Definieren Sie mehrstufige, zeitbasierte Eskalation, sodass ein nicht bestätigter Alarm automatisch an den nächsten Verantwortlichen weitergegeben wird.
- Konfigurieren und testen über die Eskalations-API.
Firewall-Whitelisting
Wenn Ihre Seite hinter einer Firewall oder WAF liegt, whitelisten Sie unsere Monitoring-Nodes, damit Checks nicht blockiert werden.
- Siehe Firewall-Whitelisting für das Dashboard und den
GET /api/ips-Endpunkt. - Die vollständige Node-Liste steht unter /ips.txt. Andere Anbieter whitelisten? Siehe Monitoring-IP-Whitelists.
API & Automatisierung
Alles oben, und der Rest der Plattform, ist skriptbar.
- Beginnen Sie mit der API-Dokumentation.
- Erzeugen Sie ein Token unter Ihrem Konto und authentifizieren Sie sich mit
Authorization: Bearer wsm_<token>.
Wartung
Mit Wartungsfenstern planen Sie Arbeiten (Deployments, Updates, Migrationen), ohne störende Alarme auszulösen. Während eines aktiven Fensters gilt das betroffene Ziel als in Wartung. Alarme werden unterdrückt, und wenn der Kunde eine Statusseite hat, wird der Service als Wartung statt Beeinträchtigt angezeigt.
Firewall-Allowlisting (Monitoring-Node-IPs)
Wenn deine Website durch eine Firewall oder WAF geschützt ist, musst du ggf. unsere Monitoring-Nodes allowlisten, damit wir dein Endpoint zuverlässig erreichen können.