Dotcom-Monitor を使用すると、リアルタイムのモニタリング統計やカスタム情報を含むデータを、サードパーティのソフトウェア、Web アプリケーション、またはリアルタイムダッシュボードに送信できます。 このリアルタイムレポートデータには、次のような情報が含まれます。
- Dotcom-Monitor アカウント使用率に関する統計情報 (ソリューションごとに使用されるリソースと使用可能なリソース)。
- 1 つまたは一連の監視デバイスの状態と状態。
- 1 つまたは指定されたデバイスのセットに対して受信した応答の詳細。 応答情報の要求は、要求パラメーターを使用して必要な詳細レベルに高度にカスタマイズできます。
- デバイスとタスクの構成データを監視する。
オンデマンドレポートをリアルタイムで公開するには、Dotcom-Monitor は XML レポート サービス フレームワークを使用します。 必要な種類のリアルタイム XML レポートを取得するには、対応する要求コンポーネントの説明を見つけます。
-
アカウント.aspx - アカウント パッケージの使用率
-
config.aspx - サイトとタスクの構成情報
-
状態.aspx - デバイスの状態と状態の情報
-
応答.aspx - 応答情報
- サンフランシスコ
- IPv6 サンフランシスコ
- シアトル
- ダラス
- デンバー
- ミネアポリス
- マイアミ
- モントリオール
- ワシントンDC
- ニューヨーク州
- AWS 米国東部
- ブエノスアイレス
- ロンドン
- パリ
- アムステルダム
- コペンハーゲン
- フランクフルト
- ワルシャワ
- テルアビブ
- ムンバイ
- 香港
- 北京
- 上海
- 東京
- シドニー
- ブリスベン
- ヨハネスブルグ
- オプション=コメント
- オプション=要求の詳細
- オプション=オールダウンパーセンテージ
- オプション=オールタイムズ
- オプション=最新の応答
- 金額 = < 数値>
- 詳細=コンテンツ
- 詳細=HtmlBody
- 詳細=一般的な説明
- 詳細=ブラウザアクション
エージェントの文字列値のリスト:
アメリカ
|
ヨーロッパ
|
アジア、オーストラリア、アフリカ
|
デバイスに関連付けられたカスタム コメントを含めます。
ウォーターフォール グラフに含まれるように要素レベルの詳細を含めるには、[オプション] フラグを [RequestDetails] に設定します。
「拡張 XML の詳細」を含めます。
集計のすべての割合を含めます。
アップタイム、ダウンタイム、未定義の時間、加重アップタイム、加重ダウンタイムなど、すべてのサマリー時間を含めます。
選択したデバイスに割り当てられているすべての監視場所からの最新の応答を含めます。
< > 選択したデバイスの最終応答の設定数のみを含めます。
ヒット詳細コンテンツを含めます。
ヒットディテール HtmlBody を含める
ヒット詳細の共通説明を含める
ナビゲーションの開始/終了、リダイレクト、フェッチ、ドメインルックアップ、要求開始、アンロードイベント、レンダー開始などのナビゲーションタイミングが含まれています。
例:
https://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=78799A2394884BA880A4DCAC62AAE90D&Site=*&Type=Overall https://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx?pid=78799A2394884BA880A4DCAC62AAE90D&Task=*&Type=Detail
XML レポート サービス (XRS) は、HTTP 要求を介してデータを提供する無料の n オンデマンド サービスです。 XML フィードは、Web アプリケーションおよび Web サイトの監視対象デバイス情報をカスタム形式で配信します。 ユースケースの例としては、独立した稼働時間、パフォーマンス、およびサービスの最新ステータスをWebサイトを通じて顧客に提供するISPが含まれます。監視データを内部アプリケーションと統合するデータセンター。
適切な形式の HTTP(S) GET 要求を送信して有効なパラメーターを
xmlreporter.dotcom-monitor.com
すると、要求されたデータを含む XML ドキュメントが送信されます (この資料の該当するセクションの要求パラメーターの仕様を参照してください)。 必要に応じて、XML ドキュメントのデータを操作できます。 別のシステム、SQL データベース、ダッシュボードへのデータのインポート、 または Microsoft Excel へのデータの発行などの可能性があります。
Dotcom-Monitor の共有可能なダッシュボードや他の種類の組み込みレポートとは異なり、XML フィードを使用すると、XML データソースをサポートする他の種類のサードパーティアプリケーションで、操作するパラメータのみをプルしたり、ダッシュボードで表示したりできます。 たとえば、Dotcom-Monitor アカウントから特定のデバイスの Web パフォーマンスの視覚化を作成し、使用可能な最大レベルの詳細を使用できます。 柔軟な XRS フレームワークを使用すると、プロジェクトにとって最も重要なメトリックのみをプルできます。 リクエストをカスタマイズするために、多数のXMLフィードリクエストパラメータを使用できます – アカウントから監視デバイスの簡単な概要を受け取りたい場合、または各監視デバイスに全体的なデータを含める場合に選択できます。 データの詳細を詳しく見てみましょう。 受信する要求を構成できます。
- アップタイム/ダウンタイム、成功数、失敗数、パフォーマンスデータ、標準偏差などの要約データ。
- 要求された期間 (過去 6 か月間) の生データを含む詳細レポート。
- 応答データは、1 時間の期間に集計されます。
- 指定した期間に 24 時間の期間に集約された応答データ。
- 指定した期間の週ごとの集計。
- 3か月の期間にわたって計算された統計データ。
- 指定した期間の月別集計。
- 指定した期間の年別集計。
また、要求パラメーターを使用して、レポートの開始日時と終了日時を指定できます。 時間ごとの負荷と日次負荷 (平均応答時間、応答時間 STDDev、ダウンタイムの割合など) の分析を実行するには、指定した期間 (たとえば、週の期間) で計算された平均を使用してレポートを取得できます。
あなたは今までにドットコムモニターで監視デバイスのオンラインレポートを引っ張ったことがある場合は、おそらくそのアップタイム/ダウンタイムチャートを使用すると便利かもしれません。 XRS フレームワークを使用すると、デバイスの統計情報がアップタイムとダウンタイムによって切り分けられた XML レポートを受け取ることもできます。
また、レポートのデータに対して、Dotcom モニタ フィルタ ( > フィルタの構成) を適用することもできます。 >Dotcom-Monitor アカウントで作成されたスケジュール (スケジュールの構成) を使用すると、特定のスケジューラで指定された期間中に受信した結果のみを公開できます。
また、選択した結果または失敗の応答のみを取得したり、XML フィード レポートの場所を監視してレポートの統計情報をフィルター処理したりできます。 この資料の対応するセクションで、使用可能なすべてのパラメーターの説明を参照してください。
XML フィードへの HTTP リクエストの設定
XML フィード要求は、”&” 記号で区切られた GET パラメーターの数を持つ URL です。
XML 要求は、次の項目で構成されます。
[base_url_address] + [unique_account_uid] + [Site_id] + [parameter1] & [parameter2] ..
サンプル要求:
https://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx? pid=4229AF4F0FB545AEA75EAF2013E51BB7 &サイト=12345& タイプ=全体的な
https://xmlreporter.dotcom-monitor.com/reporting/xml/responses.aspx ?pid=78799A2394884BA880A4DCAC62AAE90D &サイト=57628& タイプ=詳細&場所=ニューヨーク、アメリカ合衆国
アカウント UID
XML 要求を作成するには、要求パラメーターとして使用するアカウントの一意識別子 (UID) が必要です。 [unique_account_uid] . この ID は、XML フィード統合タイプの > [統合 > 一意識別子 (UID) の構成]のナビゲーションメニューでアカウントにログインした場合に見つけることができます。
XML フィード要求の数の制限
XML レポート サービスへの要求の最大数は、10 秒ごとに 1 です。
10 秒以内に複数の要求を送信すると、XRS は次の要求の許可時間を含む XML ドキュメントを次のように返します。
- <エラー > IP [192 .168.107.97] /エラーあたりの最大許容要求数に達 < しました>
- <次の許可時間 > 2014年2月18日(火) 7:50:26 PM < /nextAllowedTime>
- <次のAllowedTimeGMT > 2014年2月18日(火) 4:50:26 PM < /nextAllowedTimeGMT>
XML 応答フィールド
このセクションでは、一部のフィールドの説明を、ドットコムモニター XML フィードから見つけることができます。
<Response> <ID>3424533543</ID> <Name>Demo request</Name> <URL>http://demo.webportal.com/APIv1/json?userid=test;userweight=22;ACT=DASW</URL> <Monitoring-Date-Time>3/26/2014 12:38:38 PM</Monitoring-Date-Time> <Duration>114</Duration> <DnsTime>0</DnsTime> <SSLTime>0</SSLTime> <ConnectionTime>15</ConnectionTime> <RequestTime>0</RequestTime> <FirstPacketTime>97</FirstPacketTime> <DownloadTime>2</DownloadTime> <Status>S</Status> <Monitoring-Location>FL, USA</Monitoring-Location> </Response>
- 期間 – タスクを完了するために取られた全体的な時間(基本的に – 以下の時間の合計)
- DNSTime – ホスト名 (例: www.google.com) を数値の IP アドレス (例: 216.239.59.99) に解決するために必要な時間です。
- SSLTime – SSL ハンドシェイク処理を完了するのに必要な時間です。
- 接続時間 – ウェブサーバー (またはプロキシ) への TCP 接続を作成するために必要な時間です。 キープアライブ接続は、Webサーバに繰り返し接続するオーバーヘッドを回避するためによく使用されます。
- RequestTime – HTTP 要求メッセージをサーバーに送信するのに必要な時間で、サーバーに送信されるデータの量によって異なります。 たとえば、長い送信時間は、HTTP POST を使用してファイルをアップロードした結果になります。
- FirstPacketTime – (最初のバイトまでの時間) リモート Web サーバーからのデータの受信を開始するまでの時間。 つまり、要求と応答の最初のバイトの間の時間が受信されます。
- DownloadTime – サーバーからの応答メッセージを読み取るのに要した時間です。 この値は、返されるコンテンツのサイズ、ネットワーク帯域幅、および HTTP 圧縮が使用されたかどうかによって異なります。 つまり、応答の最初と最後のバイトの間の時間。