API構築のためのInsomnia。Dotcom-Monitorで監視。

はい。Insomnia v4のエクスポートファイル（JSONまたはYAML）を直接インポートできます。リクエストの詳細、環境、サブ環境、認証設定、およびリクエストグループの構造がすべて保持されます。

Insomniaは開発のためのAPIクライアントであり — あなたのマシン上でのリクエストの設計、テスト、デバッグ用に作られています。監視プラットフォームではありません。連続的なシンセティックチェックやグローバルロケーション、インシデントルーティング、SLAといった機能はありません。Dotcom-MonitorはInsomniaに含まれていない本番監視層を追加します。

リクエストメソッド、URL、ヘッダー、ボディ、クエリパラメータ、パスパラメータ、環境変数（ベース+サブ環境）、認証設定（Basic、Bearer、OAuth 2.0、APIキー、AWS、NTLM）、およびリクエストグループの構造。

はい。ベース環境とサブ環境は一緒にインポートされます — 各モニターが使用する環境（dev/staging/prod）を選択し、作業環境の進化に合わせて再インポートできます。

はい。30以上の所有するグローバルな監視場所からコレクションを並行実行できます。ローカルテストでは見逃す地域別CDN、DNS、ルーティングの問題を検出します。

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

はい。GitHub Actions、Jenkins、Azure DevOps、または任意のCIツールからDotcom-Monitor REST APIを介してモニターの実行をトリガーします。アサーション結果、レイテンシ、または可用性に基づいてデプロイを制御できます。

同様です — Postman Collection v2.0またはv2.1 JSONを直接インポートします。Postman APIモニタリングを見る →

はい。InsomniaのGraphQLリクエストはクエリ、変数、ヘッダーをそのままインポートします。モニターは定義されたクエリを送信し、アサーションに従ってレスポンスを検証します。

はい。Insomniaからコレクションをエクスポートし（Cloud Syncコンテンツはv4 JSONまたはYAMLでエクスポートされます）、Dotcom-Monitorにインポートします。同じ作業環境構造が保たれます。

プラグインによる変更された動作（カスタム認証、レスポンス変換）は、プラグインコードがInsomnia固有のため、正常にインポートされない場合があります。代わりにDotcom-Monitorのネイティブ認証およびアサーション機能で同等の動作を設定してください。

監視目的では、両方のコレクションは似たようにインポートされます — リクエストメソッド、URL、ヘッダー、ボディ、環境、認証。Insomniaのサブ環境階層はモニターごとの環境選択にマップされます。開発にすでに使っているツールを選んでください。