Postman API モニタリング コレクションを24時間365日の本番監視に変える

はい。Postman Collection v2.0およびv2.1のJSONファイルを直接インポートできます。フォルダ、リクエスト、環境変数、プリリクエストスクリプト、およびテストアサーションはすべてインポート時に保持されます。

Postman Monitorsは、Postmanのクラウドリージョンからスケジュールに従ってコレクションを実行します。Dotcom-Monitorは30以上の独自の世界各地のロケーションから同じコレクションを実行し、プライベートエージェントを追加してファイアウォール内のチェックを可能にし、PagerDuty/Slack/Teamsへのネイティブルーティングを実装し、99.99%のSLAを持つ完全な合成モニターとして扱います。連続テストの実行ではありません。

はい。静的および動的環境変数（Postmanの組み込み変数{{$randomUUID}}を含む）は直接インポートされ、プリリクエストスクリプトおよびPostmanのJavaScript方言で書かれたテストアサーションもインポートされます。

はい。30以上のグローバル監視ロケーションから選択し、それぞれでコレクションを並行して実行できます。単一ロケーションの監視では見逃しがちな地域のCDN問題やDNS伝播のギャップをキャッチできます。

はい。コレクションごとに最短1分ごとに監視可能です。重要なパス（ログイン、支払い、チェックアウト）については1分間隔を推奨しており、重要度の低いコレクションは通常5分または15分間隔で使用されます。

はい。コレクションと一緒に環境もインポートできます。モニターごとに使用する環境を選択（開発/ステージング/本番）でき、Postmanワークスペースの変化に応じて再インポート可能です。

はい。GitHub Actions、Jenkins、Azure DevOpsなど、HTTPコール可能なツールからモニター実行をトリガーできます。アサーション結果、レイテンシ、可用性のしきい値に基づいてデプロイを制御できます。

はい。プライベートエージェントをVPCやデータセンター内に展開できます。ファイアウォールの受信ルールを設定せずに、内部エンドポイントに対して同じコレクションを実行可能です。

同様です。Insomnia v4エクスポートを直接インポートできます。Insomnia APIモニタリングについてはこちら →

pm.environment、pm.variables、およびpm.collectionVariables APIを使用するPostmanのJavaScriptスクリプトがサポートされています。動的変数（{{$randomInt}}、{{$randomUUID}}など）はリクエスト実行時に実行されます。Postman固有のAPIに依存し、Postman外で利用できないスクリプトはインポート時にフラグが立ちます。

はい。動的環境変数は各モニター実行時に解決されるため、タイムスタンプ、ランダムUUID、一意のIDなどの値はチェックごとに再生成されます。

はい。インポートしたコレクションはアカウントレベルで管理され、ロールベースのアクセス制御を通じてチームメンバーと共有できます。コレクションの更新はそれを参照するすべてのモニターに適用されます。

CIの事前デプロイテストの一環としてNewmanをローカルで実行でき、同じコレクションをDotcom-Monitorに登録してデプロイ後の継続的な監視も可能です。どちらも同一のコレクションJSONを使用します。