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

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

Postman MonitorsはPostmanのクラウドリージョンからスケジュールでコレクションを実行します。Dotcom-Monitorは同じコレクションを30以上の自社所有のグローバルロケーションから実行し、Private Agentsを追加してファイアウォール内チェックを可能にし、ネイティブの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やデータセンター内にPrivate Agentsをデプロイできます — 同じコレクションが内部エンドポイントに対して実行され、インバウンドのファイアウォールルールは不要です。

同様です — Insomnia v4エクスポートを直接インポートできます。Insomnia APIモニタリングを見る →

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

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

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

Newman を CI 環境のローカルで事前デプロイテストの一環として実行し、同じ Collection を Dotcom-Monitor に登録して継続的なポストデプロイ監視を行うことができます。どちらも同じ Collection JSON を使用します。