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

Oui. Importez directement des 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 à l’importation.

Postman Monitors exécute 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 vérifications derrière un pare-feu, un routage natif via PagerDuty/Slack/Teams, et le traite comme un moniteur synthétique complet avec son propre SLA à 99,99 % — pas une exécution de test séquentielle.

Oui. Les variables d’environnement statiques et dynamiques (y compris les intégrés Postman comme {{$randomUUID}}) s’importent 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 globaux et exécutez la Collection en parallèle depuis chacun d’eux. Détectez le problème régional de CDN ou le décalage de propagation DNS que la surveillance à un seul emplacement ne voit pas.

Oui. Aussi souvent qu’une fois par minute par Collection. Pour les chemins critiques (connexion, paiement, passage à la 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 moniteur depuis GitHub Actions, Jenkins, Azure DevOps ou tout outil capable d’effectuer des appels HTTP. Contrôlez le déploiement selon les résultats d’assertion, les latences ou les seuils de disponibilité.

Oui. Déployez des Agents Privés dans votre VPC ou centre de données — les mêmes exécutions de Collection s’effectuent contre des points de terminaison internes sans règle de pare-feu entrante requise.

Même chose — 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’API spécifiques à Postman indisponibles en dehors de Postman sont signalés à l’importation.

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

Oui. Les Collections importées vivent 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 de la Collection importée s’appliquent à tous les moniteurs qui y font référence.

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 après déploiement. Les deux utilisent le même JSON de Collection.