以下の例では、認証、デバイスとタスクの作成、プラットフォームのリストの取得、Postman を使用したデバイス情報の取得など、いくつかの一般的な要求について説明します (Postmanをロード テストに使用する方法も参照してください)。

まず、Dotcom-Monitor API を使用するには、HTTP/HTTPS ヘッダーで コンテンツタイプ
application/json
に設定されている必要があります。

API メソッドの詳細については、「メソッド」カテゴリの対応する記事を 参照 してください。

ログイン

認証には、POST URI “/login” を使用します。“/login”呼び出しを使用してサインオンすると、新しいクライアント セッションが開始されます。 セッションは、所定の長さの非アクティブ時間が経過すると自動的に期限切れになります。 デフォルトは 1 分です。 API 呼び出しを行うと、非アクティブタイマーはゼロにリセットされます。

セッションの有効期限が切れると、例外 HTTP エラー コード「401 – 許可されていません」が返されます。 この場合は、再度ログインする必要があります。

ログインには統合 UID を使用することをお勧めします (アカウント > 統合 > UID)。

POST /config_api_v1/login HTTP/1.1
Host: api.dotcom-monitor.com
Content-Type: application/json

{ 
"UID":"0E206D45650A4ACD8EB689B8CC25FA7F"
}

プラットフォームの取得

監視プラットフォームの一覧を取得するには、GET URI “
/プラットフォーム
” を使用します。 要求が成功すると、サーバーは HTTP ステータス コードと使用可能なすべてのプラットフォームの一覧で応答します。 以降のリクエストでアカウントの詳細(パッケージID、プラットフォームID、デバイスIDなど)を使用するために、応答を保存することをお勧めします。

GET /config_api_v1/platforms HTTP/1.1
Host: api.dotcom-monitor.com
Content-Type: application/json

デバイスの作成

「GET プラットフォーム」応答で受信したデータを使用して JSON 要求を作成します。 要求で指定されていないデバイス パラメータは、デフォルトに設定されます。

POST /config_api_v1/devices?verb=PUT HTTP/1.1
Host: api.dotcom-monitor.com
Content-Type: application/json

{ 
"Postpone":"true",
"Frequency":60,
"Package_Id":465,
"Platform_Id":12,
"Locations":{2,4,6,18,68},
"Name":"TESTDEVICE 9.23.2019"
}

タスクの作成

Post /config_api_v1/tasks?verb=PUT HTTP/1.1
Host: api.dotcom-monitor.com
Content-Type: application/json

{
"Name":"testname",
"Url":"https://dotcom-monitor.com",
"Device_Id":123456,
"RequestType":"GET",
"Task_Type_Id":2,
"DNSResolveMode":"Device Cached"
}

デバイス情報の取得と編集

デバイス情報を編集するには、まず、サーバー応答を受信する URI のデバイス ID を含む GET 要求を送信します。

GET /config_api_v1//device/193403 HTTP/1.1
Host: api.dotcom-monitor.com
Content-Type: application/json

次に、応答本体を使用してデバイスパラメーターを変更し、新しい値を持つ JSON 要求を返します。

POST /config_api_v1//device/193403 HTTP/1.1
Host: api.dotcom-monitor.com
Content-Type: application/json

{
    "Avoid_Simultaneous_Checks": false,
    "Alert_Silence_Min": 0,
    "False_Positive_Check": false,
    "Locations": [
        1,
        2,
        3,
        4,
        6,
        11,
        13,
        14,
        15,
        18,
        19,
        23,
        43,
        68,
        97,
        113,
        118,
        138,
        153,
        233
    ],
    "Send_Uptime_Alert": false,
    "Status_Description": "POSTPONED",
    "Postpone": true,
    "Owner_Device_Id": 0,
    "Frequency": 10800,
    "Filter_Id": 7791,
    "Scheduler_Id": 0,
    "Notifications": {
        "E_Mail_Flag": false,
        "E_Mail_Address": null,
        "E_Mail_TimeInterval_Min": 5,
        "WL_Device_Flag": false,
        "WL_Device_Email_Address": null,
        "WL_Device_TimeInterval_Min": 15,
        "Pager_Flag": false,
        "Pager_Area_Code": null,
        "Pager_Phone": null,
        "Pager_Num_Code": null,
        "Pager_TimeInterval_Min": 15,
        "Phone_Flag": false,
        "Phone_Area_Code": null,
        "Phone_Phone": null,
        "Phone_TimeInterval_Min": 15,
        "SMS_Flag": false,
        "SMS_Phone": null,
        "SMS_TimeInterval_Min": 15,
        "Script_Flag": false,
        "Script_Batch_File_Name": null,
        "Script_TimeInterval_Min": 0,
        "SNMP_TimeInterval_Min": 0,
        "Notification_Groups": []
    },
    "Id": 193403,
    "Number_Of_Tasks": 1,
    "WaitingForApproval": false,
    "Platform_Id": 12,
    "Package_Id": 465,
    "Name": "Under_Task"
}

ドットコムモニタ API を使用してデバイスを作成する方法に関する追加情報は、 Wikiで参照できます。

  • 郵便配達人による API のテストの説明

    APIとは何ですか?

    API はアプリケーション プログラミング インターフェイスの略で、アプリケーションが通信できるようにするインターフェイスです。 API を使用すると、ソフトウェア開発者は、ユーザー インターフェイスを使用して、あるアプリから別のアプリに直接情報を送信できます。

    APIのテストや開発では、要求で入力データを送信し、出力データが正しいかどうかを確認できる特別なツールが広く使用されています。 郵便配達人はこのようなツールの一つです。

    なぜ郵便配達人を使うのか?

    Postman は、クライアント側から Web サーバーに要求を送信し、バックエンドから応答を受信するように設計された API テストおよび開発ツールです。 応答で受信される情報は、要求と共に送信されるデータによって決まります。 したがって、Postman は API クライアントとして使用され、クライアントサーバー要求をチェックして、すべてがサーバー側で期待どおりに動作することを確認します。 ポストマンは、レストフル、SOAP、および GraphQL Web サービスへの要求をサポートします。

    グラフィカルインターフェイスにより、Postman は API のテストと開発プロセスで使いやすいツールになります。

    あなたは https://www.postman.com/downloads/からポストマンをダウンロードすることができます。

    レスト Web サービスをテストするには、Postman は HTTP リクエストを使用して API に情報を送信します。 HTTP 要求は、クライアントが HTTP サーバーに送信する HTTP メッセージです。 一般に、HTTP 要求には開始行、HTTP ヘッダーのセット、および本文が含まれます。

    HTTP 要求の開始行には、HTTP メソッド、ターゲット リソースの URI、および HTTP プロトコルのバージョンが含まれ、次の構造があります。

    HTTP メソッド/ターゲット URI/HTTP バージョン

    HTTP メソッドは、リソースに対して実行する必要があるアクションを決定します。 HTTP メソッドの意味は、プロトコル仕様で説明されています。 HTTP プロトコルの仕様では、使用できるさまざまなメソッドの数は制限されません。 ただし、幅広いアプリケーションとの互換性をサポートするために使用される最も標準的な方法の一部のみ。

    API 呼び出しで使用できる HTTP メソッドの一部を次に示します。

    • GET – データ (たとえば、ユーザーリスト) を取得 (読み取り) します。
    • POST – 新しいデータを作成します。
    • PUT / パッチ – データを更新します。
    • DELETE – データを削除します。
    • OPTIONS – サービスで利用可能な API メソッドの完全な説明を取得します。

    ヘッダーには、クライアントが HTTP 要求に関する明確化情報やサービス情報 (エンコード情報、許可パラメーターなど) を渡すことを可能にするメタデータが含まれています。

    ネットワーク経由で転送する情報は、本文で渡されます。 本文はオプションで、(HTTP メソッドとヘッダーに応じて) 空のままにすることができます。

    HTTP 応答は、API サーバーから戻ってくるデータです。 本文のデータのほかに、応答ヘッダーにはサーバー応答の状態 HTTP コードが含まれます。 たとえば、応答ヘッダーに次の状態コードを受信できます。

    • 200 – 成功;
    • 400 – 不正な要求。
    • 401 – 無許可。

    郵便配達人での要求の操作

    Postman グラフィカルインターフェイスを使用すると、Web 開発者が独自のコードを記述して API 機能をテストする必要はありません。

    Postman での要求の処理には、次の一連のステップが含まれます。

    • Postman インターフェイスを使用して新しい HTTP 要求を追加します。
    • リクエストのカスタマイズ (HTTP メソッド、ヘッダ、本文、認証パラメータの指定)。
    • 要求を実行しています。
    • 要求を保存する (フォルダーまたはコレクションなど)。

    郵便配達人のテスト

    サーバーからの応答を処理するには、Postman で異なるテストを作成できます。 Postman でのテストは、クライアントが要求に対する応答を受信した後に自動的に実行される JavaScript コードです。 つまり、Postman テストは、実行された要求の結果に適用されます。

    Postman には、テストに追加できるすぐに使用できるコード スニペットが多数用意されています。 ここでは、応答のコードと内容を検証するスニペット、環境変数またはグローバル変数に値を解析して保存する、指定された値への準拠を確認するスニペットなどを見つけることができます。 たとえば、GET 要求に対する応答の状態コードが 200 であることを確認できます。 テストは、単一の要求に適用できるだけでなく、コレクション レベルに移動できます。

    郵便配達コレクション

    複数のリクエストを1つずつ自動的に実行するには、Postmanでリクエストのコレクションが使用されます。 コレクション ランナーを使用して要求とテストを入力したコレクションを実行し、自動化された API テストとして使用できます。 コレクションを実行するには、環境、実行の反復回数、および要求間の遅延を選択します。 さらに、Postman はリクエストのログ記録をサポートし、変数とクッキーを格納します。

    要求のコレクションが作成されると、その要求をファイルにエクスポートして、サードパーティのアプリケーションで使用できます。 たとえば、Dotcom-Monitor は、監視およびロード テストのセットアップで使用する Postman コレクションのインポートをサポートしています。

    認証を必要とする API を呼び出す必要がある場合、この API への要求のコレクションには、サーバー上のクライアントを承認するための対応する認証サービスへの POST 要求が含まれている必要があります。

    Postman の機能に加えて、リクエストをパラメーター化したり、API 呼び出しにブレークポイントを追加したり、リクエストに応じて異なる環境を作成したりできます。 郵便配達人の操作の詳細については、ポストマンラーニングセンターのウェブサイト https://learning.postman.com/を参照してください。

    ドットコムモニターの郵便配達人APIがあなたを助ける方法

    当社のAPI機能ソフトウェア開発者は、Dotcom-Monitorの監視および負荷テストデータと対話し、サードパーティのアプリケーションでのDotcom-Monitorテストの結果を活用することができます。 Dotcom-Monitor と他のアプリケーションとの統合は、ソフトウェア開発者がシステム内のデータを作成、読み取り、更新できるインターフェイスである REST API を通じて構成されます。

    Dotcom-Monitor サービスとの統合をセットアップするには、REST クライアントを使用して API へのリクエストを作成する必要があります。 この場合、Dotcom-Monitor API への HTTP 呼び出しを簡単かつ迅速な方法でテストするために、Postman を Rest クライアントとして使用することをお勧めします。 一般に、プログラミング言語やソフトウェア開発経験に関する深い知識を必要としないグラフィカルインターフェイスを使用して、基本的な設定が行われます。

    統合がテストされたら、カスタム Rest クライアントで結果を実装するか、cURL を使用するか、Postman を使用して続行できます。