Postman API Monitoring, das Ihre Sammlungen in 24/7 Produktionsmonitore verwandelt

Ja. Importieren Sie Postman Collection v2.0 und v2.1 JSON-Dateien direkt. Ordner, Anfragen, Umgebungsvariablen, Pre-Request-Skripte und Test-Assertions bleiben beim Import erhalten.

Postman Monitors führt Ihre Collection aus Postmans Cloud-Regionen nach Zeitplan aus. Dotcom-Monitor führt dieselbe Collection von über 30 eigenen globalen Standorten aus, fügt Private Agents für Überprüfungen hinter der Firewall hinzu, native PagerDuty/Slack/Teams-Routing und behandelt sie als vollständiges synthetisches Monitoring mit einer eigenen 99,99% SLA — nicht als sequentiellen Testlauf.

Ja. Statische und dynamische Umgebungsvariablen (einschließlich Postman-eigener wie {{$randomUUID}}) werden direkt importiert, zusammen mit Pre-Request-Skripten und Test-Assertions, die in Postmans JavaScript-Dialekt geschrieben sind.

Ja. Wählen Sie aus über 30 globalen Überwachungsstandorten und führen Sie die Collection parallel von jedem Standort aus. Erkennen Sie regionale CDN-Probleme oder DNS-Propagation-Lücken, die eine Überwachung an einem einzelnen Standort verpasst.

Ja. So oft wie jede Minute pro Collection. Für kritische Pfade (Login, Zahlung, Checkout) empfehlen wir 1-Minuten-Intervalle; weniger kritische Collections verwenden typischerweise 5- oder 15-Minuten-Intervalle.

Ja. Importieren Sie Umgebungen zusammen mit Collections — wählen Sie pro Monitor die zu verwendende Umgebung (dev/staging/prod) und importieren Sie erneut, während sich Ihr Postman-Arbeitsbereich weiterentwickelt.

Ja. Lösen Sie Monitorläufe aus GitHub Actions, Jenkins, Azure DevOps oder jedem Tool aus, das HTTP-Aufrufe machen kann. Steuern Sie die Bereitstellung basierend auf Assertionsergebnissen, Latenz oder Verfügbarkeitsgrenzwerten.

Ja. Setzen Sie Private Agents in Ihrem VPC oder Rechenzentrum ein — dieselbe Collection läuft gegen interne Endpunkte ohne eingehende Firewall-Regel.

Gleiche Geschichte — importieren Sie Insomnia v4 Exporte direkt. Siehe Insomnia API-Überwachung →

Postman-JavaScript-Skripte, die die APIs pm.environment, pm.variables und pm.collectionVariables verwenden, werden unterstützt. Dynamische Variablen ({{$randomInt}}, {{$randomUUID}}, etc.) werden zur Anfragezeit ausgeführt. Skripte, die von Postman-spezifischen APIs abhängig sind, die außerhalb von Postman nicht verfügbar sind, werden beim Import als fehlerhaft markiert.

Ja. Dynamische Umgebungsvariablen werden bei jedem Monitorlauf aufgelöst, sodass Werte wie Zeitstempel, zufällige UUIDs und eindeutige IDs bei jeder Prüfung neu generiert werden.

Ja. Importierte Collections befinden sich auf Kontoebene und können über rollenbasierte Zugriffskontrolle mit Teammitgliedern geteilt werden. Updates an der importierten Collection gelten für alle Monitore, die darauf verweisen.

Sie können Newman lokal in CI als Teil von Pre-Deploy-Tests ausführen UND dieselbe Collection bei Dotcom-Monitor für kontinuierliche Post-Deploy-Überwachung registrieren. Beide verwenden dasselbe Collection JSON.