Surveillance API Postman Qui Transforme Vos Collections En Moniteurs de Production 24/7

Oui. Importez directement les fichiers JSON Postman Collection v2.0 et v2.1. Les dossiers, requêtes, variables d’environnement, scripts pré-requête et assertions de test sont tous conservés lors de l’importation.

Les Moniteurs Postman exécutent votre Collection depuis les régions cloud de Postman selon un calendrier. Dotcom-Monitor exécute la même Collection depuis plus de 30 emplacements mondiaux détenus, ajoute des Agents Privés pour des contrôles derrière un pare-feu, un routage natif PagerDuty/Slack/Teams, et le traite comme un moniteur synthétique complet avec son propre SLA de 99,99% — ce n’est pas une exécution de test séquentielle.

Oui. Les variables d’environnement statiques et dynamiques (y compris les variables intégrées de Postman comme {{$randomUUID}}) sont importées directement, ainsi que les scripts pré-requête et assertions de test écrits dans le dialecte JavaScript de Postman.

Oui. Choisissez parmi plus de 30 emplacements de surveillance mondiale et exécutez la Collection en parallèle depuis chacun d’eux. Détectez les problèmes régionaux de CDN ou les décalages de propagation DNS que la surveillance à un seul emplacement ne peut pas saisir.

Oui. Aussi souvent qu’une fois par minute par Collection. Pour les chemins critiques (connexion, paiement, passage en caisse), nous recommandons des intervalles d’une minute ; les Collections moins critiques utilisent généralement des intervalles de 5 ou 15 minutes.

Oui. Importez les environnements en même temps que les Collections — choisissez l’environnement à utiliser par moniteur (dev/staging/prod) et réimportez-le au fur et à mesure que votre espace de travail Postman évolue.

Oui. Déclenchez les exécutions de moniteurs depuis GitHub Actions, Jenkins, Azure DevOps ou tout outil capable de faire des appels HTTP. Conditionnez le déploiement sur les résultats d’assertion, la latence ou les seuils de disponibilité.

Oui. Déployez des Agents Privés dans votre VPC ou centre de données — la même Collection s’exécute contre des points de terminaison internes sans qu’aucune règle de pare-feu entrante soit requise.

Même principe — importez directement les exports Insomnia v4. Voir la surveillance API Insomnia →

Les scripts JavaScript Postman utilisant les API pm.environment, pm.variables et pm.collectionVariables sont pris en charge. Les variables dynamiques ({{$randomInt}}, {{$randomUUID}}, etc.) s’exécutent au moment de la requête. Les scripts dépendant d’APIs spécifiques à Postman non disponibles en dehors de Postman sont signalés lors de l’import.

Oui. Les variables d’environnement dynamiques sont résolues à chaque exécution du moniteur, de sorte que les valeurs comme les horodatages, UUID aléatoires et identifiants uniques sont régénérées à chaque vérification.

Oui. Les Collections importées sont au niveau du compte et peuvent être partagées avec les membres de l’équipe via un contrôle d’accès basé sur les rôles. Les mises à jour apportées à la Collection importée s’appliquent à tous les moniteurs qui la référencent.

Vous pouvez exécuter Newman localement en CI dans le cadre des tests pré-déploiement ET enregistrer la même Collection avec Dotcom-Monitor pour une surveillance continue post-déploiement. Les deux utilisent le même JSON de Collection.