Question 1

Welche HTTP-Methoden werden unterstützt?

Accepted Answer

Xitoring unterstützt den vollständigen Satz von HTTP-Methoden, die von modernen APIs verwendet werden – GET, POST, PUT, PATCH, DELETE, HEAD und OPTIONS – sodass Sie sowohl Lese-Endpunkte als auch zustandsverändernde Endpunkte (erstellen, aktualisieren, löschen) End-to-End überwachen können. Jede Prüfung kann einen benutzerdefinierten Anfragetext in jedem Inhaltstyp (JSON, form-encoded, multipart, XML, reiner Text), beliebige HTTP-Header, Abfrageparameter und Authentifizierungstoken enthalten. Das bedeutet, dass Sie nicht nur die Oberfläche Ihrer API überwachen können, sondern auch die nebenwirkungsreichen Operationen, auf die Ihre Kunden tatsächlich angewiesen sind, wie „Bestellung erstellen“ oder „Rückerstattung ausstellen“.

Question 2

Kann ich JSON-Antwortinhalte validieren?

Accepted Answer

Ja. Die Antworttext-Zusicherungen von Xitoring gehen weit über den Abgleich von Statuscodes hinaus. Sie können bestimmte JSON-Felder über JSONPath (`data.user.email`) ansprechen, Zusicherungen für verschachtelte Objekte und Arrays treffen, numerische Werte mit Operatoren (`>=`, `<`, `between`) vergleichen, Zeichenketten mit exakten Werten oder regulären Ausdrücken abgleichen und zusichern, dass ein Array mindestens N Elemente enthält. Jede Prüfung kann mehrere Zusicherungen enthalten, und jeder einzelne Fehler kennzeichnet die Prüfung als fehlgeschlagen – was bedeutet, dass Sie Schema-Drift, Teilausfälle auf einem Ihrer Backends und stille Datenqualitäts-Regressionen erkennen, die eine 200-Status-Prüfung gerne übersehen würde.

Question 3

Wie funktioniert der cURL-to-Check-Konverter?

Accepted Answer

Fügen Sie einen beliebigen `curl`-Befehl ein – den in Ihrer API-Dokumentation, den Ihr Entwicklungsteam gerade zur Reproduktion eines Fehlers verwendet hat, den Ihr Monitoring-Anbieter nicht importieren wollte – und Xitoring parst ihn in eine vollständig konfigurierte API-Prüfung. Der Konverter extrahiert die HTTP-Methode, die vollständige URL, Abfrageparameter, alle `-H`-Header, den Anfragetext von `-d`/`--data`/`--data-raw`, Basic- und Bearer-Auth-Flags und sogar `--cookie`-Jars. Sie erhalten eine sofort einsatzbereite Prüfung in weniger als fünf Sekunden, ohne manuell ein Formular ausfüllen zu müssen. Es ist der schnellste Weg von „Meine API ist gerade einmal in der Produktion ausgefallen“ zu „Meine API wird jetzt kontinuierlich überwacht“.

Question 4

Kann ich mehrere API-Aufrufe miteinander verketten?

Accepted Answer

Ja. Mehrstufige API-Prüfungen ermöglichen es Ihnen, bei jeder Abfrage einen gesamten Workflow zu testen – zum Beispiel: Anmelden, um ein Bearer-Token zu erhalten, eine Ressource mit diesem Token erstellen, die Ressource anhand der ID abrufen, um die Persistenz zu überprüfen, und sie dann zur Bereinigung löschen. Variablen können aus der Antwort eines Schritts (ein Token, eine Benutzer-ID, ein Session-Cookie) extrahiert und in nachfolgende Schritte injiziert werden, sodass dynamische Abläufe einfach funktionieren. So überwachen Sie, was Ihre Benutzer tatsächlich tun, und nicht nur isolierte Endpunkte. Wenn ein Schritt fehlschlägt – falscher Status, fehlgeschlagene Zusicherung, Latenzbudget überschritten – schlägt die gesamte Prüfung fehl, und die Alarmnutzlast teilt Ihnen genau mit, welcher Schritt fehlgeschlagen ist.

Question 5

Wird die Überwachung von GraphQL unterstützt?

Accepted Answer

Ja. Senden Sie eine beliebige GraphQL-Abfrage oder -Mutation mit den benötigten Variablen, und Xitoring-Zusicherungen können die Form der `data`-Nutzlast, den Wert jedes verschachtelten Feldes und – wichtig – das Vorhandensein oder Fehlen eines `errors`-Arrays validieren. Dieser letzte Punkt ist wichtig: Ein GraphQL-Endpunkt gibt häufig HTTP 200 zurück, selbst wenn der Resolver fehlgeschlagen ist, wobei der Fehler innerhalb von `errors` gemeldet wird. Ein HTTP 200 als „gesund“ zu behandeln, ist ein häufiger Fehler beim GraphQL-Monitoring; die Zusicherung, dass `errors` leer ist (oder dass bestimmte Felder nicht null sind), ist der Weg, wie Sie tatsächlich fehlerhafte Resolver erkennen.

Question 6

Wie wird die API-Latenz gemessen?

Accepted Answer

Jede API-Prüfung zeichnet bei jeder Ausführung die vollständige Antwortzeit auf, und Xitoring fasst diese in p50-, p95- und p99-Perzentil-Aufschlüsselungen über Ihr gewähltes Zeitfenster zusammen. Perzentile, nicht Durchschnitte, sind die richtige Einheit für Latenz: Ein 50-ms-Median verbirgt ein 5-Sekunden-p99, das Sie bereits den Benutzer gekostet hat. Sie können SLA-ähnliche Schwellenwerte für jedes Perzentil festlegen (z. B. „Alarm, wenn p95 in den letzten 15 Minuten 800 ms überschreitet“) und Regionen unabhängig voneinander trenden, um festzustellen, ob eine Verlangsamung global ist oder auf einen Anbieter, eine Route oder einen Kontinent beschränkt ist.

Question 7

Wie oft prüft Xitoring jeden Endpunkt?

Accepted Answer

Die Prüffrequenz ist pro Prüfung konfigurierbar – so schnell wie alle 30 Sekunden für kritische Pfade oder längere Intervalle (5 Min., 15 Min., 1 Stunde) für weniger zeitkritische Endpunkte. Eine höhere Frequenz erkennt Vorfälle schneller und erzeugt engere Latenzverteilungen; eine niedrigere Frequenz reduziert das Anfragevolumen bei ratenbegrenzten Drittanbieter-APIs und hält die Kosten vorhersehbar. Ein gängiges Produktionsmuster ist: 1-Minuten-Prüfungen für Authentifizierung und Kasse, 5-Minuten-Prüfungen für interne Microservices, 15-Minuten-Prüfungen für Batch- und Webhook-Endpunkte.

Question 8

Wie vermeiden API-Monitoring-Alarme Fehlalarme?

Accepted Answer

Xitoring löst Alarme nur aus, nachdem eine Prüfung von mehreren Prüfstandorten nacheinander fehlschlägt, wodurch vorübergehende Netzwerkstörungen, DNS-Probleme und Routing-Probleme in einer einzelnen Region herausgefiltert werden, die nicht wirklich Ihr Problem sind. Sie steuern auch, welche Bedingung einen Alarm auslöst – Statuscode, Antworttext-Zusicherung, Latenzschwellenwert oder eine beliebige Kombination – sodass ein einmaliger Latenz-Spike niemanden alarmiert, wenn die Verfügbarkeit in Ordnung ist. Jede Alarmnutzlast enthält die fehlerhafte Region, die fehlerhafte Zusicherung, den rohen Antworttext und einen Zeitstempel, sodass der Bereitschaftsingenieur die Phase „Was ist kaputt?“ vollständig überspringt.

Question 9

Warum ist die API-Überwachung für moderne Anwendungen so wichtig?

Accepted Answer

Die API-Überwachung ist von entscheidender Bedeutung, da die meisten benutzerseitigen Anwendungen mittlerweile auf Dutzende interner und externer APIs angewiesen sind; ein einziger ausgefallener Endpunkt kann die Leistung des gesamten Produkts beeinträchtigen, ohne dass dabei ein 5xx-Statuscode zurückgegeben wird. Eine effektive API-Überwachung läuft kontinuierlich, meldet nicht nur Transportfehler, sondern auch Assertion-Fehler, speist Latenz-Perzentile in die SLO-Verfolgung ein und unterstützt mehrstufige Workflows, sodass geschäftskritische Abläufe wie Authentifizierung, Zahlung und Suche bei jeder Überprüfung durchgängig validiert werden.

API
Überwachung

Tausenden vertrauen uns — bewertet auf

Was ist API-Überwachung?

Schlüssel Funktionen

Unterstützte HTTP-Methoden

Aussagen zum Antworttext

Unterstützung für die Authentifizierung

cURL-zu-Check-Konverter

Mehrstufige API-Prüfungen

Latenzüberwachung

REST und GraphQL in Echtzeit Leistungsüberwachung mit Sofortbenachrichtigungen