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

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

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

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

はい。ベース環境とサブ環境はまとめてインポートされます。各監視がどの環境（開発/ステージング/本番）を使用するか選択し、ワークスペースの進化に合わせて再インポートできます。

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

はい。プライベートエージェントをVPCやデータセンター内に配置できます。同じエクスポートされたコレクションで内部エンドポイントを対象に実行でき、インバウンドのファイアウォールルールは不要です。

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

同様です — Postmanコレクションv2.0またはv2.1のJSONを直接インポートできます。Postman API監視を見る →

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

はい。Insomniaからコレクションをエクスポートしてください（Cloud Syncのコンテンツはv4 JSONまたはYAMLとしてエクスポートされます）、その後Dotcom-Monitorにインポートします。同じワークスペース構造が保持されます。

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

監視目的では、両方のコレクションはほぼ同様にインポートされます — リクエストメソッド、URL、ヘッダー、ボディ、環境、認証。Insomniaのサブ環境階層は、モニターごとの環境選択にマッピングされます。チームが既に使用している開発ツールを選択してください。