Web-API-Überwachung: Auswahl des richtigen Protokolls

Dotcom-Monitor unterstützt REST, SOAP, GraphQL, gRPC, WebSockets und Webhooks. REST-Monitore validieren JSONPath-Aussagen und HTTP-Methoden. SOAP-Monitore analysieren WSDL und validieren XML mit XPath. GraphQL-Monitore verarbeiten Abfragen, Mutationen und verschachtelte Datenstrukturen. gRPC-Monitore dekodieren Protobuf-Antworten. WebSocket-Monitore verfolgen bidirektionale Nachrichtenflüsse. Webhook-Monitore überprüfen Zustellung und Wiederholungslogik.

Mehrstufige Monitore verketten bis zu 20 API-Aufrufe in Folge. Jeder Schritt kann Daten aus der vorherigen Antwort mittels JSONPath oder XPath extrahieren und diese dann als Header, Abfrageparameter oder Body-Feld an die nächste Anfrage weitergeben. Zum Beispiel könnte Schritt 1 einen POST an /login senden und ein JWT-Token extrahieren, Schritt 2 verwendet dieses Token im Authorization-Header für GET /cart und Schritt 3 nutzt die Warenkorb-ID aus Schritt 2 für POST /checkout. Jeder Schritt verfolgt unabhängig Zeitmessung, Statuscodes und Antwortinhalte.

Dotcom-Monitor unterstützt OAuth 2.0 (mit automatischer Token-Aktualisierung), JWT, API-Schlüssel, Basic Auth und benutzerdefinierte Headerschemata. Anmeldedaten werden im Secure Vault verschlüsselt. Bei OAuth 2.0 kann der Monitor Zugriffstoken automatisch erneuern, wenn sie ablaufen. Zertifikatbasierte Authentifizierung (mTLS) wird für gRPC- und HTTPS-Endpunkte unterstützt. SOAP-Monitore unterstützen WS-Security-Benutzertokens und X.509-Zertifikate.

Ja. Dotcom-Monitor importiert Postman Collections (v2.1) und Insomnia-Exporte mit einem Klick. Der Importprozess konvertiert Anfragen, Header, Authentifizierung und Umgebungsvariablen in Dotcom-Monitor-Monitore. Mehrstufige Workflows werden beibehalten, und JSONPath-Assertions können nach dem Import hinzugefügt werden. Variablen wie {{baseUrl}} und {{authToken}} werden automatisch auf Dotcom-Monitor-Variablen abgebildet.

Verwenden Sie JSONPath-Assertions für REST und GraphQL (z. B. $.status == “success” oder $.items.length > 0). Verwenden Sie XPath für SOAP-XML-Antworten (z. B. //OrderStatus/text() = “Confirmed”). Sie können auch HTTP-Statuscodes (200, 201, 204, 400, 500), Antwortheader (Content-Type, Cache-Control) und Antwortzeitgrenzen (z. B. Schritt 1 < 500ms, Schritt 3 < 2000ms) validieren. Regex-Musterabgleich ist für benutzerdefinierte Validierung verfügbar.

Wenn ein Monitor fehlschlägt (Statuscodefehler, Assertion-Fehler, Timeout oder DNS-Auflösungsfehler), sendet Dotcom-Monitor innerhalb von 30 Sekunden Benachrichtigungen an Slack, PagerDuty, Microsoft Teams, E-Mail oder Webhook. Die Benachrichtigung enthält schrittweise Diagnosen: DNS-Auflösungszeit, SSL-Handshake-Dauer, Antwortzeit pro Schritt, vollständige Antwort-Payloads und Fehlermeldungen. Monitore versuchen 3 Mal einen erneuten Versuch, bevor eine Benachrichtigung ausgelöst wird, um Fehlalarme zu vermeiden.

Ja. Der Private Agent von Dotcom-Monitor läuft innerhalb Ihres Netzwerks, um interne APIs, Staging-Umgebungen und firewallgeschützte Endpunkte zu überwachen. Der Agent stellt eine ausgehende Verbindung zur Dotcom-Monitor-Plattform her (keine eingehenden Firewall-Regeln erforderlich), führt Monitore gemäß Ihrem Zeitplan aus und meldet die Ergebnisse zurück. Private Agents unterstützen alle Protokolle (REST, SOAP, GraphQL, gRPC, WebSockets, Webhooks) und alle Authentifizierungsmethoden.

Dotcom-Monitor stellt eine REST-API und einen Terraform-Provider bereit, um Monitore als Code zu verwalten. Sie können Monitore aus CI/CD-Pipelines mithilfe von YAML-Konfigurationsdateien erstellen, aktualisieren oder löschen. Lösen Sie API-Checks auf Anforderung aus Jenkins, GitLab CI, GitHub Actions oder CircleCI aus. Fehler bei Builds, wenn API-Antwortzeiten Schwellenwerte überschreiten oder Assertions fehlschlagen. Exportieren Sie Monitor-Konfigurationen zur Versionskontrolle für Audit-Trails.