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またはデータセンター内でプライベートエージェントを展開します。同じエクスポート済みコレクションが内部エンドポイントに対して動作し、インバウンドファイアウォールルールは不要です。

はい。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のサブ環境階層はモニターごとの環境選択にマッピングされます。開発で既に使っているツールを選択してください。