Surveillance API Postman Qui Transforme Vos Collections en Moniteurs de Production 24h/24 et 7j/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 à l’importation.

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

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

Oui. Choisissez parmi plus de 30 emplacements mondiaux de surveillance et exécutez la Collection en parallèle depuis chacun. Détectez le problème régional de CDN ou le décalage de propagation DNS que la surveillance à un seul emplacement manque.

Oui. Aussi souvent que chaque minute par Collection. Pour les parcours critiques (connexion, paiement, 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 avec les Collections — choisissez l’environnement à utiliser par moniteur (dev/staging/prod), et réimportez au fur et à mesure de l’évolution de votre espace de travail Postman.

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

Oui. Déployez des Agents Privés à l’intérieur de votre VPC ou datacenter — 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 qui dépendent des API spécifiques à Postman non disponibles en dehors de Postman sont signalés lors de l’importation.

Oui. Les variables d’environnement dynamiques se résolvent à chaque exécution du moniteur, donc des valeurs comme les horodatages, les UUID aléatoires et les ID 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 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 un suivi continu post-déploiement. Les deux utilisent le même JSON de Collection.