OpsFlow
Überwache Website-Uptime, Latenz und Alarme, bevor kleine Ausfälle zu Kundenproblemen werden.
OpsFlow ist das Operations-Monitoring-Modul in ConnectEngine OS. Die aktive dokumentierte Version konzentriert sich auf einfaches Website-Monitoring: eine Seitenliste, Statuspunkte, Detailseiten, Check-Timelines, Uptime-Prozente, Alert-Historie und Alert-Konfiguration pro Website. Es ist damit kein vollwertiges Analytics-Produkt, sondern der operative Frühwarnbereich für Websites, die erreichbar und schnell genug bleiben müssen.
Der Monitoring-Workflow läuft alle 15 Minuten über n8n. Er prüft aktive Websites mit HEAD Request und GET-Fallback, speichert Ergebnisse in OpsFlow-Tabellen, respektiert Alert-Konfiguration und Ruhezeiten und sendet Alarme über deine konfigurierten Kanäle (Telegram, Slack, WhatsApp oder E-Mail), wenn konfigurierte Schwellen überschritten werden. Das Ziel ist ein ruhiger, nachvollziehbarer Ablauf: erst messen, dann Regeln anwenden, dann nur dann benachrichtigen, wenn der Zustand tatsächlich Aufmerksamkeit braucht.
Schnellstart
- Melde dich bei ConnectEngine OS an und öffne OpsFlow im Dashboard.
- Füge die erste Website hinzu, die du überwachen willst.
- Prüfe, ob die Website mit Statuspunkt erscheint und Monitoring aktiv ist.
- Setze Alert-Regeln für die Website, inklusive Latenzschwelle, aufeinanderfolgender Fehler, Ruhezeiten und Benachrichtigungsschalter.
- Warte auf den 15-Minuten-Uptime-Check, bis der erste Check gespeichert wurde.
- Öffne die Detailseite der Website und prüfe Check-Timeline, Uptime-Prozente und Alert-Historie.
- Der erste gespeicherte Check plus sichtbare Detail-Timeline zählt als erster erfolgreicher Lauf.
Kernfunktionen
Seitenliste
Das OpsFlow-Dashboard listet überwachte Websites mit Statuspunkten und grundlegenden Verwaltungsaktionen. Die dokumentierte aktive UI unterstützt Hinzufügen, Löschen sowie Pausieren und Fortsetzen des Monitorings für eine Website. So kann ein Nutzer mehrere Kunden- oder Projektseiten im Blick behalten, ohne jede Seite einzeln öffnen zu müssen.
Website-Detailseite
Jede überwachte Website hat eine Detailansicht mit Uptime-Prozenten für 24 Stunden, 7 Tage und 30 Tage. Die Seite zeigt außerdem Alert-Historie und eine Timeline der gespeicherten Checks, damit aktuelles Verhalten ohne Logsuche sichtbar ist. Das hilft besonders nach einem Alarm, weil die letzten Checks direkt neben den längerfristigen Prozentwerten stehen.
Uptime-Check-Workflow
Der aktive n8n-Workflow läuft alle 15 Minuten. Er prüft alle aktiven Websites, nutzt HEAD zuerst und GET als Fallback, speichert Ergebnisse und sendet Alarme, wenn Regeln eine Benachrichtigung auslösen.
Latenz-Tracking
OpsFlow speichert Check-Daten in ops_checks und nutzt Latenzschwellen als Teil der Alert-Konfiguration pro Website. Die Marketingseite erwähnt Latenztracking und Alarme, und die Quelldokumente bestätigen aktive Latenzschwellen.
Alert-Regeln
Alert-Regeln werden pro Website konfiguriert. Dokumentiert sind Latenzschwelle, aufeinanderfolgende Fehler, Ruhezeiten und Benachrichtigungsschalter. Dadurch alarmiert eine Website erst, wenn das Fehlermuster relevant ist. Das reduziert Rauschen, weil nicht jede kurze Messschwankung sofort wie ein Ausfall behandelt wird.
Multi-Channel-Benachrichtigungen
OpsFlow sendet Alarme, wenn überwachte Websites ausfallen oder konfigurierte Regeln auslösen — zugestellt über deine konfigurierten Kanäle (Telegram, Slack, WhatsApp oder E-Mail) und unter Beachtung der Ruhezeiten pro Website.
Monitoring-Datenmodell
OpsFlow speichert überwachte Websites in ops_sites, einzelne Checks in ops_checks und Alarme in ops_alerts. Die Docs erwähnen außerdem Client-Benachrichtigungskonfiguration und Kanäle für Ruhezeiten und Routing pro Client.
Einstellungen erklärt
Häufige Stolperfallen
- Das aktive dokumentierte Modul ist Basic Monitoring. GA4-Analytics und automatische operative Reports sind Roadmap- oder Scaffold-Themen, keine aktuellen öffentlichen Funktionen.
- Eine einzelne langsame Antwort löst möglicherweise keinen Alarm aus, wenn Regeln mehrere fehlgeschlagene Checks verlangen.
- Ruhezeiten können einen echten Alarm verzögert wirken lassen, weil Benachrichtigungen in diesem Fenster absichtlich unterdrückt werden.
- Pausierte Websites bleiben im Dashboard, aber Monitoring ist erst nach dem Fortsetzen wieder aktiv.
- Der Weekly-Digest-Workflow ist als Scaffold oder Backlog dokumentiert und sollte nicht als Live-Kundenfunktion behandelt werden.
Was als Nächstes
Nutze diese Routen, wenn du Hilfe bei Monitoring-Erwartungen brauchst, Early Access möchtest oder Hintergründe zur Automatisierungsplattform lesen willst.