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リクエストを送信可能なツールから監視の実行をトリガーできます。アサーション結果、遅延、可用性の閾値に基づいてデプロイを制御可能です。

はい。Private AgentsをVPCまたはデータセンター内にデプロイします。同じコレクションが内部エンドポイントに対して実行され、受信ファイアウォールルールは不要です。

同様です。Insomnia v4のエクスポートを直接インポートしてください。Insomnia API監視はこちら →

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

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

はい。インポートしたコレクションはアカウントレベルに保存され、ロールベースアクセス制御を通じてチームメンバーと共有可能です。インポートしたコレクションの更新は、それを参照する全ての監視に適用されます。

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