雷达
概要
レ，ダ，は，デ，タ収集方法のバックボ，ンを形成します。雷达は、コンテンツページまたはアプリケーションプロバイダのページに埋め込まれた JavaScript スクリプトを使用して、データセンターまたは配信プラットフォームのパフォーマンスと可用性に関する情報を収集します。
雷达クライアントは,顧客のWebページおよびモバイルアプリケーション内で実行されるJavaScriptアプリケーションです。その主な目的は,Openmixを介してインテリジェントなルーティング決定を行うために使用されるネットワークパフォーマンスデータを収集し,オプションのプラグインを提供し,ページ読み込み時間,ページリソースのタイミング,ビデオ再生メトリックなど,他のインテリジェントトラフィック管理サービスを有効にすることです。
雷达クラ、アントは、フル機能でありながら、軽量で、目立たないものです。クライアントは,ほとんどのページリソースがダウンロードされるまで待ってから,その作業の大部分を実行し,すべてのネットワーク通信は,可能な限り非同期的に実行されます。次の手順では，セッション中に次に測定するプラットフォ，ムを指定します。このプラットフォームは,コミュニティプラットフォームとそのコミュニティメンバーに固有のプライベートプラットフォームから選択されます。また，実行すべき測定の種類も示します。これには，可用性，往復時間，スル，プット，またはその他のメトリックの収集が含まれます。
できるだけ小さくするために,JavaScriptは,谷歌閉鎖コンパイラを使用して高度な最適化でコンパイルされています。高度なオプション機能は，その使用を選択しているお客様向けのプラグ。
レ，ダ，コミュニティ
独自のコミュニティベースのアプローチを使用して,雷达はクラウドコンピューティングやストレージからコンテンツおよびアプリケーション配信ネットワークまで,世界最大の公共インフラストラクチャのグローバルなパフォーマンスと可用性を比類のない透明性をもたらします。雷达を使用すると,お客様は,訪問者のそれぞれにとって最適なパフォーマンスを発揮するプラットフォームをすばやく見つけることができます。
レダは，ンタネット初のクラウド監視協同組合です。コミュニティメンバーになることは,プロバイダー,国,ネットワークによる詳細なセグメンテーションを含む,履歴レポートデータベースへの無制限アクセスを意味します。
雷达コミュニティのメンバーとして,社内外のコンテンツ・デリバリー・インフラストラクチャが提供するサービス・レベルを取得するための豊富なツール・セットも提供しています。レーダーに特有ののは,Webサイトの訪問者を活用して,企業によって現在使用されていないプラットフォームから得られるエクスペリエンスを測定できることです。同じ手法により，クラウドプラットフォ，ムのラ。これには，slaに対するパフォ，マンスの継続的な評価も含まれます。
ウェブページに単純なJavaScriptタグを追加するか,モバイルアプリケーションにSDKを追加することで,顧客は各訪問者を仮想“テストエージェント”に変えることができます。レーダーは,参照オブジェクトをダウンロードして,サイトやウェブアプリケーションの実際のエンドユーザーに見られるように,内部および外部のインフラストラクチャ,データセンター,配信ネットワーク,クラウドプラットフォームを比較することにより,デバイスベースの測定をトリガーします。
参加の主なメリット
レ，ダ，は，監視とデ，タ収集のアプロ，チを通じて，Web配信に関する複数の課題に対処します。レ，ダ，コミュニティに参加する主な利点は次のとおりです。
- あらゆる場所のすべてのネットワークにエンドユーザーがいる大規模なテスト環境(これまでに42000台以上のネットワークが認識されています)。
- より十分な情報に基づいた意思決定を行うために,トライアリング前にサービスプロバイダーに関する重要な情報を入手してください。
- 現在のプロバダのパフォマンスと，ユザがいない地域におけるプロバダの動作の透明性。
- Webユーザーとモバイルユーザーに真の違いをもたらすメトリック(パフォーマンス,可用性,QoS)に焦点を当てます。
- グロ，バル(190カ国以上)国，ネットワ，ク，地域，州レベルまでの情報の無制限表示。
- エンドユーザーを使用した実際の偏りのないデータレーダーデータは,模擬テストや最良の推測ではなく,”実世界”の情報です。
- すべてのユザが同じではありません:異なるマシン，接続，デバスを理解します。
- 実際のペ，ジのパフォ，マンスの可視性。
ベンチマ，ク
Itmレダは，3の主要なベンチマクを提供します。
- コミュニティベンチマ，キング
- プラベトベンチマキング
- ペ，ジ読み込みベンチマ，キング
cdn，クラウド，デ，タセンタ，のコミュニティベンチマ，キング
コミュニティ測定は,クラウドソーシングモデルを通じて調達され,グローバルな地理的レベルおよび論理レベルでのベンダーのパフォーマンスと可用性のビューを提供します。コミュニティ測定により、エンドユーザから見たベンダーのエクスペリエンスの品質を比較し、コンテンツやアプリケーションの配布についてベンダーやサプライヤを評価する際に「What-if」分析を行うことができます。クラウドソーシングモデルを使用することで、ITMのお客様は、ベンダーのパフォーマンスを評価および監視する際に、より高いレベルの細分性と品質を得ることができるようになります。ただし、顧客が高密度のユーザーや実際にはユーザーを持たない場所でも同様です。
測定自体は,エンドユーザーがコンテンツ所有者のサイトまたはアプリケーションで雷达JavaScriptクライアント,またはモバイルSDKロジックを実行するときにダウンロードする,さまざまなクラウドおよびCDNベンダーに配置された標準のオブジェクトセットを使用します。
次に,次のメトリックがITMに報告され,ポータルまたはAPIレポートインターフェイス内に表示されます。
- 可用性-オブジェクトがロドされるかどうか。
- 応答時間:接続確立のノズのすべてが完了した後，サバが後続の要求に応答するのにかかる時間。これは,ブラウザーからプロバイダーへのTCPラウンドトリップ時間(RTT)の比較的近い近似値です。
- throughputt: 100 KBオブジェクトの取得から測定された,接続のデータレート(キロビット/秒)です。
プラベトベンチマキング
レーダータグの導入の一環として,ITMは,お客様の訪問者が測定する独自の”ベンチマーク“テストを作成する機能を提供します。これは，デ，タセンタ，または独自のCDNおよびクラウド契約のために可能です。コミュニティのベンチマーク測定と同様に,可用性,応答時間,スループットといった同じ指標が提供されるため,お客様は既存のコンテンツ配信戦略を効果的に評価できます。
この個人情報はお客様のみが利用でき，共有されません。使用例は次のとおりです。
- 独自のデ、タ、センタ、ア、キテクチャ/秒
- 独自のテストオブジェクトまたはペ，ジを使用する
- 特定のベンダ，または一連のベンダ，との独自の契約およびアカウントを使用する
レ，ダ，ペ，ジ負荷ベンチマ，キング
雷达ITMでは,タグが実装されているページのダウンロード方法に関する詳細情報を顧客に表示できます。ITMは、Webページとの対話時に実際にエンドユーザーが経験しているパフォーマンスを確認するための情報を提供します。データは,新しいバージョンのブラウザの多くでサポートされているナビゲーションタイミングAPIを通じて提供されます。
レ，ダ，タグ
レ，ダ，タグは，JavaScriptスニペットを使用して統合できます。［レ，ダ，タグ]ペ，ジに移動するには，次の操作を行います。
- Citrix Intelligent Traffic Managementポ，タルにサ。
- 左側のナビゲ、ションメニュ、から[レ.ダ.]> [Javascriptタグ.]を選択します。
［レ，ダ，タグ]ペ，ジが開きます。
雷达タグをまだ設定していない場合は,画面上部にオレンジ色の水平バーが表示され,レーダー測定が検出されなかったことが示されます。
このオレンジ色のバ，は，タグが正しく構成されていない場合にも表示されます。
または,レーダータグが期待どおりに機能している場合は,レーダー測定が正常に取得されたことを示す緑色の水平バーが表示されます。
このペ，ジでは，使用状況に適用されるタグのバ，ジョンを選択し，クリップボ，ドにコピ，できます。
注:このJavaScriptスニペットを変更しないことが重要です。コ，ドには重要な情報が含まれています。変更すると，予期しない動作や信頼性の低い動作を引き起こす可能性があります。
レ，ダ，タグの統合
雷达タグの統合は比較的簡単です。あなたがする必要があるのは,以下のJavaScriptスニペットの1つをサイトのマークアップに追加することだけです。測定するペジのhtmlにそれを置きます。ペ，ジの下部に閉じるボディタグ< /身体>の前に配置することをお勧めします。
既定のレ，ダ，タグ
これは，雷达タグの推奨バ，ジョンです。このバージョンは,ロードイベントが完了するまで待機してから雷达客户をダウンロードして実行し,负载イベントが中断されないようにします。
<脚本> if (typeof窗口。addEventListener === "function"){窗口。addEventListener("load"， function() {if(窗口。cedexis === undefined) {var radar = document.createElement("script");雷达。src= "//m.giftsix.com/docs//radar.cedexis.com/1/54621/radar.js"; // replace with user specific value document.body.appendChild(radar); } }); } このバージョンのタグは,雷达客户のダウンロードがページのさらなる解析をブロックしないようにします。“ただし”，加载“ベントが発生する前に実行されます”。これは,コンテンツセキュリティポリシーの設定を使用してインラインJavaScriptの使用を禁止しているお客様向けです。また,雷达端をできるだけ早くロードする必要があるビデオQoSプラグインを使用しているお客様にも使用できます。
最近の測定
「最近の測定”(最近的测量)テーブルでは,レーダーを使用して取得した最新の測定値を表示できます。
［最近使用した測定]ボタンをクリックします。それはあなたに次の情報を提供します:
- utcで測定された日付と時刻。
- 測定が行われた国。
- 測定に使用されたプラットフォ，ム。
- プラットフォムのid。
- 測定値のタ@ @プ。接続時間(ミリ秒)，応答時間(ミリ秒)，スルプット(キロビット/秒)
- 測定値の実際の値(ミリ秒)(接続時間と応答時間の場合)またはキロビット/秒(スルプットの場合)。
レダ測定バは，itmポタルへの初回ログン時に[レ，ダ，ダッシュボ，ド]ペ，ジにも表示されます。
モバ@ @ルアプリとの統合
モバイルアプリとの統合は,JavaScriptクライアントを実行する非表示のWebビューを囲むラッパーを介して行われます。これにより、ブラウザ、やモバ、ルアプリで収集されたデ、タの一貫性が保証されます。
雷达とiOSアプリを統合する手順次のGitHubリポジトリには、雷达をiOSアプリと統合するためのラッパーコードとステップバイステップの手順が含まれています。
Androidのレ，ダ，とレ，ダ，統合するための手順は，Androidアプリにレダ統合することが容易になりますクラアントラブラリです。それはここで見けることができます:
Citrix ADCとの統合
雷达タグは,Openmixがより良いルーティング決定を下すための測定値をOpenmixに供給するため,重要です。タグを使用するWebペジが多いほど，ルティングの決定が向上します。
以下の方法を使用すると,Citrix ADCを使用してレーダーJavaScriptタグをWebページに配置できます。コマンドラaapl . exeコマンドラaapl . exeンまたはCitrix ADC構成ユ，ティリティを使用できます。
これらのメソッドを使用すると，雷达タグを応答に挿入できます。雷达タグを挿入するには，書き換えを使用する必要があります。書き換えは,アクションの作成,ポリシーの設定,ポリシーのバインドの3つの手順に分かれています。
コマンドラ@ @ン設定
コマンドラ@ @ン書き換えアクションの設定
テンプレ，ト:
add重写action [] [-pattern | -search ] [-refineSearch ] [-comment ] 例:
添加重写动作radar_tag动作insert_after HTTP.RES.BODY(HTTP.RES.CONTENT_LENGTH).BEFORE_STR("")“<脚本异步src = \ \”/ / radar.cedexis.com/1/ < customer_id > / radar.js \ \ " > < / >脚本”“< !——NeedCopy >注:カスタマ，idを記載されている場所< customer_id >に挿入します。
コマンドラaapl . cer .コマンドラaapl . cer . cer
テンプレ，ト:
添加重写策略 [] [-comment ] [-logAction ] 例:
HTTP.RES.HEADER("Content-Type").TO_LOWER.CONTAINS("text/html") radar_tag_action コマンドラaapl . exeコマンドラaapl . exe
テンプレ，ト1:
bind vpn vserver [-policy [-priority ] [-secondary] [-groupExtraction] [-gotoPriorityExpression ] [-type ]] [-intranetApplication ] [-nextHopServer ] [-urlName ] [-intranetIP ] [-staServer [-staAddressType (IPV4 | IPV6)]] [-appController ] [-sharefile ] 例 1:
bind vpn vserver -policy radar_tag_policy -type RESPONSE -priority 10 テンプレ，ト2:
bind cs vserver (-lbvserver | -vServer | (-policyName [-targetLBVserver ] [-priority ] [-gotoPriorityExpression ] [-type (REQUEST | RESPONSE)] [-invoke ( )]) | (-domainName [-TTL ] [-backupIP ] [-cookieDomain ] [-cookieTimeout ] [-sitedomainTTL ]) 例 2:
bind cs vserver -policyName radar_tag_policy -type RESPONSE -priority 10 テンプレ，ト3:
bind lb vserver @ (@ [- weight ]) | @ | (- policyName @ [-priority ] [- gotoPriorityExpression ] [-type (REQUEST | RESPONSE)] [-invoke ( )]) 例 3:
bind lb vserver -policyName radar_tag_policy -type RESPONSE -priority 10 テンプレ，ト4:
bind rewrite global [] [type ] [-invoke ( )] 例 4:
重新绑定全局radar_tag_policy——NeedCopy >guiユ，ティリティの設定
GUI書き換えアクション
Citrix ADC構成ペ，ジの左側のナビゲ，ションメニュ，から，AppExpert->[書き直し]->[リラ电子邮箱トアクション]に移動します。
［追加]ボタンを選択します。
［書き換えアクションの設定]ペ，ジで，例に示す式を入力します。
レ，ダ，スクリプトで，マ，クされたスペ，ス
< customer_id >にカスタマ，idを入力します。(好的)を選択します。書き換えアクションの作成が完了しました。
GUI書き換えポリシ
Citrix ADC構成ペ，ジの左側のナビゲ，ションメニュ，から、AppExpert- > (書き直し]->[リラaapl . net]]の順に選択します。
［追加]ボタンを選択します。
［書き換えポリシ，の設定]ペ，ジで，例に示す式を入力します。
［作成］をクリックします。
書き換えポリシ，の設定が完了しました。
图形界面バaapl . exe . aapl . exe . exe
ポリシ，の設定が完了したら，最後の手順で策略经理を使用してポリシをバンドします。
［リラトポリシ]ペ，ジに移動します。
レ，ダ，タグ用に作成した書き換えポリシ，を選択します。
［ポリシ，マネ，ジャ]に移動します。
［策略管理器]ペ，ジで，次の操作を実行して，ポリシ，をバ。
- ［バ▪▪ンドポ▪▪ント]では，[グロ，バル]、[VPN仮想サ，バ，]、[コンテンスッチング仮想サバ]，または[負荷分散仮想サバ.]を選択できます。
- ［プロトコル]で[HTTP]を選択します。
- ［接続タ@ @プ]で[応答]を選択します
- 仮想サ，バ，の場合は，独自の仮想サ，バ，名を使用します。
- ［続行］をクリックします。
- 次のペ，ジで，前に作成した書き換えポリシ，を選択します。
- バ@ @ンドの詳細を追加します。
- [バ电子邮箱ンド]をクリックします。
上記の方法を使用すると，Webペジにレダタグを挿入することができます。ただし，これは基本的な実装であることに注意する必要があります。タグを実装したペ，ジをより適切に制御するために，さらにフィルタリングを行うことができます。
レ，ダ，タグの設定
レ，ダ，は，[レ，ダ，タグの設定]ペ，ジで設定できます。
- Citrix Intelligent Traffic Managementポ，タルにサ。
- 左側のナビゲ，ションメニュ，から，[レ.ダ.]>[タグ設定.]を選択します。
[レ，ダ，タグの設定]ペ，ジが開きます。ここでは、レ、ダ、測定をカスタマ、ズするためのさまざまなオプションを設定できます。雷达JavaScript には、タイミングと遅延要素、コミュニティおよびプライベート測定のためにエンドユーザーが完了したテストの数、可用性を測定するためのタイムアウト値などを調整するためにカスタマイズできるパラメータがあります。
次の表に，構成オプションとそれぞれのデフォルト設定にいて説明します。変更を行うときは，画面下部の[レ，ダ，設定の更新]をクリックして変更を適用します。
| 関数 | パラメタ | 説明 | デフォルト設定 |
|---|---|---|---|
| タ@ @ミングオプション | 起動遅延 | ページonLoadイベントと雷达がナビゲーションタイミングを記録するまでの遅延(秒単位)です。 | 2 秒 |
| 繰り返しの遅延 | 測定セッション間の遅延(分単位)。値が5以上の場合，雷达タグは，各繰り返し遅延間隔の後に，より多くの測定値を取ります。値が0の場合，レダタグは追加の測定値を取りません。 | 5 分 | |
| プロトコルオプション | プラ@ @ベ@ @トHTTPS @ @測定値を常に許可 | レ，ダ，クラ，アントがHTTP Webサ，トからもHTTPS測定を実行できるようにします。 | 雷达クライアントが実行されているページと一致するURLプロトコルを使用してプラットフォームを測定します。 |
| HTTPS接続でプラベトHTTP測定を許可します。 | レ，ダ，クラ，アントがHTTPS Webサ，トからHTTP測定を実行できるようにします。 | 雷达クライアントが実行されているページと一致するURLプロトコルを使用してプラットフォームを測定します。 | |
| サンプルレ，ト | レ，ダ，サンプルレ，ト | 測定を行うために雷达タグがアクティブになっているペ，ジの割合。 | 無効 |
| プラ▪▪ベ▪▪ト測定 | ペジ読み込みあたりの最大プラベト測定値 | 雷达がペジ読み込みごとに測定するプラベトプラットフォムの最大数。** | 自動* |
| プラベトスルプットの最大測定 | ペジロドあたりのプラベトプラットフォムの最大スルプット測定数。** | 4 | |
| コミュニティ測定 | ペ，ジ読み込みあたりの最大コミュニティ測定 | 雷达がペ，ジ読み込みごとに測定するコミュニティプラットフォ，ムの最大数。** | 自動* |
| コミュニティスル，プットの最大測定 | ペ，ジ読み込みあたりのコミュニティプラットフォ，ムのスル，プット測定値の最大数。** | 4 |
*汽车はインテリジェントトラフィック管理が,エンドユーザーの場所に基づいて,特定のセッションで測定する必要があるプラットフォームの数を決定することを意味します。私たちは,データが密集している大規模なネットワークではなく,疎である小規模ネットワークでは,セッションごとに多くのプラットフォームを測定しようとしています。
**これは，セッションごとに試行される測定値の最大数です。たとえば，雷达では，セッションごとに4のプラベトプラットフォムを測定できます。これらのプラットフォ，ムはすべてRTTとスル，プットの両方を測定するように構成されています。ただし，［プラベトスルプットの最大測定] が 2 に設定されている場合、クライアントは最初の 2 つのプライベートプラットフォームを測定した後、スループット測定値を含めることを停止します。最後の 2 つのプラットフォームでは、RTT のみが測定されます。
タ雷达が測定を開始するまで待機する時間の長さを設定できます。
注:起動遅延は秒単位ですが、繰り返し遅延は分単位です。
プロトコルオプション
通常、雷达クライアントは,実行されているページのプロトコルと一致するURLを持つプラットフォームのみを測定します。これらのオプションを使用すると，プラベトプラットフォムでその動作を上書きできます。たとえば，“常にプラベトhttps測定を許可”を有効にすると，クラアントはhttp://example.comからhttps://myprovider.com/r20.gifを測定でき，“常にプラ▪▪ベトhttp測定を許可”を有効にすると，クラ▪▪アントはhttps://example.comからhttp://myprovider.com/r20.gifを側的できます。
これらのオプションは,極端な使用例を除き,一般的に避ける必要があります。適切なプライベート測定密度を確保する最善の方法は,実際に使用している(それ以上ではない)プラットフォームとプロトコルを測定するようにプラットフォームを構成し,できるだけ多くの運用ページに雷达タグを展開することです。私たは時々，これを“必要な場所にレダを置く”と呼びます。
サンプルレートでは,測定値を収集するWebページ(ユーザーが閲覧する)の割合を設定できます。たとえば,ウェブサイトが1日100000ページビューを取得し,5%のサンプルレートを設定した場合,レーダーは100000ページビューのうちの5%の測定値のみを収集します。
プラ▪▪ベ▪▪ト測定
これらの設定は，プラベトプラットフォムの測定に適用されます。プライベートプラットフォームとは,特定のCDN,クラウドプロバイダー,およびインフラストラクチャの他の部分を測定するために[プラットフォ，ム]セクションで設定するプラットフォ，ムです。詳細にいては，”プラットフォ，ムの項を参照してください。
このオプションでは，コミュニティに情報を提供するときの雷达の動作を設定できます。
レ，ダ，テストをオフにする
予期せぬ事態が発生した場合にレーダー測定を迅速に無効にする必要がある場合は,ポータル内でそれを行うことで,サイトへの緊急コードの変更を回避できます。
[レ，ダ，タグの設定]ペ，ジで，[使用可能]トグルボタンをクリックして(非公開測定],[コミュニティ測定),または[両方]をオフに切り替えます。
［レ，ダ，設定の保存]をクリックして，変更を確定します。変更が反映されるまでに1分または2分かかることがあります。その後，レ，ダ，測定が停止します。
レダクラアントの方法論
クラ电子邮箱アントの動作の基本的な次元は，セッションです。クラ。セッションは，初期化要求と呼ばれるCitrixサ，バ，への呼び出しによって作成されます。セッションの有効期限が短く，有効なレ，ダ，デ，タのみが受け入れられるようにします。この機能により,レーダーの測定値は常にセッショントランザクションIDに関連付けられたバッチで取得され,“レーダーセッション”を参照して,それに関連付けられた測定値を記述することがよくあります。
レ，ダ，セッション
レ、ダ、セッションは、クラ、アントが実行する主な作業単位です。これは,Citrixサーバーへの顧客構成と測定する一連のプラットフォームを取得するための要求と,それらのプラットフォームを測定し,結果を報告する要求で構成されます。これらは，非同期かシリアル化された方法で行われるため，一度に1の要求しか発生しません。典型的なセッションは10秒未満で完了します。
プロ，ブの種類
クラアントが送信するすべてのレポトには，プロブの種類が関連付けられています。プロ，ブの種類は、それがどのような測定であり、どのように処理するかをシステムに伝えます。また、実行する測定の種類も示します。これには、可用性、往復時間、スループット、またはその他のメトリックの収集が含まれます
可用性とパフォーマンスのプローブ(ラウンドトリップ時間やスループットなど)には,重要な関係があります。特定のリソ，スの可用性は，常に特定の測定セッションで最初に測定されます。可用性の測定が成功した場合のみ,同じセッションで同じリソースの追加のパフォーマンス測定が行われる可能性があります。
特に低速なネットワークで可用性の停止が発生すると,このネットワークを含むレポートの総パフォーマンスが実際に改善される可能性があります。思杰智能交通管理では、常にネットワーク固有のパフォーマンスデータを使用してリアルタイムの意思決定を行うため、これはレポート作成アーティファクトに過ぎません。
可能性
コールドスタートプローブとも呼ばれる可用性は,サービスがキャッシュをウォームできるようにすることを目的としています。このプロ，ブには測定値がありますが。可用性プロ，ブを使用して，プロバ，ダ，が利用可能かどうかを判断します。
コールドスタートプローブを実行するようにプラットフォームが設定されていない場合,コールドスタートレポートの代わりにRTTプローブの結果を使用して,可用性メトリックスを提供します。
同様に,サイトアクセラレーションサービスを測定する動的オブジェクトの場合,クライアントは小さなテストオブジェクトを1回ダウンロードし,コールドスタート時間と応答時間の両方の測定値をレポートします。
| テストオブジェクト | 定義 |
|---|---|
| 标准 | リソスのタミングタムスタンプを使用する:応答開始-RequestStart |
| 動的 | リソースのタイミングタイムスタンプを使用する:responseEnd-DomainLookupStart |
RTT
| テストオブジェクト | 間隔 | API | 説明 |
|---|---|---|---|
| 标准 | 応答開始-RequestStart | リソスのタミング | HTTP要求に応答して1のパケットが返される時間。 |
| 動的 | 応答終了-DomainLookupStart | リソスのタミング | DNS参照時間，接続時間，応答時間を含む，要求が処理される時間。 |
スル，プット
| テストオブジェクト | 間隔 | API | 説明 |
|---|---|---|---|
| 标准 | ファ▪▪ルサ▪▪ズ(キロバ▪▪ト)* 8/(応答終了-RequestStart) | リソスのタミング | 大量のテストオブジェクトのダウンロードに基づいて,要求と応答全体について測定されたスループット(キロビット/秒)。 |
| 動的 | ファ▪▪ルサ▪▪ズ(キロバ▪▪ト)* 8/(応答終了-ドメ▪▪ンルックアップスタ▪ト) | リソスのタミング | 大量のテストオブジェクトのダウンロードに基づいて,要求と応答全体について測定されたスループット(キロビット/秒)。通常,RTTテストオブジェクトが既にダウンロードされた場合の接続時間やDNS検索時間は含まれません。 |
テストオブジェクト
テストオブジェクトは,プラットフォーム上でホストされ,測定値を生成するためにクライアントによってダウンロードされるファイルです。このセクションでは,クライアントがサポートするさまざまな種類のテストオブジェクトについて説明します。すべてのオブジェクトタ▪▪プがすべてのプラットフォ▪▪ムに適用されるわけではありません。
必要なヘッダ：
リソースタイミングAPIによって提供される低レベルのタイミングデータへのJavaScriptアクセスを許可するには,Timing-Allow-Originレスポンスヘッダーが必要です。推奨される設定はTiming-Allow-Origin: *です。これは,リソースのタイミングデータにアクセスする権限を任意のドメインで実行しているJavaScriptに付与する必要があることを示します。
标准
標準テストオブジェクトはメディアであり，クラ镜像オブジェクトにsrc属性を設定することによってダウンロ，ドします。ダウンロードが完了すると,クライアントはリソースタイミングAPIを使用してパフォーマンスデータを収集します。これらのテストオブジェクトは,Timing-Allow-Originレスポンスヘッダーとともに提供する必要があります。詳細にいては，”タセクションを参照してください。
スタンダ，ドスモ，ル
標準的な小さなテストオブジェクトは,クライアントが軽量のネットワーク要求を行う必要がある場合に使用される,単一のピクセルイメージファイルです。
標準的な小さなテストオブジェクトは，次のユ，スケ，スで使用されます。
- 非動的コ，ルドスタ，トプロ，ブ
- 非動的往復時間プロ，ブ
スタンダ，ドラ，ジ
標準ラージテストオブジェクトは,プラットフォームのスループットを測定するために使用される100 KBのイメージファイルです。
ラ、ジ、オブジェクト、ネ、ミング:スルプットを計算するには，クラアントはテスト·オブジェクトのサズを知る必要があります。クラaapl . exeアントは，ファaapl . exeル名のどこかにKBを検索してファaapl . exeル名を決定します。例：r20 - 100 kb.png。名前に同じ方法でファイルサイズが含まれている限り,さまざまなサイズのイメージファイルを測定できます。例：模板- 2048 kb.jpg。
動的
動的テストオブジェクトは,サイトアクセラレーションサービスに関連するパフォーマンスを測定するために使用されます。各ファイルは,ナビゲーションタイミングAPIからタイムスタンプを収集し,親ページにポストできるJavaScriptを含むHTMLファイルです。クライアントはiframeを使用してテストオブジェクトをダウンロードし,これらのタイムスタンプを取得し,それを使用して測定値を計算します。
セキュリティと検証
テストオブジェクトは40kbのオブジェクトです。テストオブジェクトの新機能として、HMAC（ハッシュベースのメッセージ認証コード）があります。このコードは、クエリーパラメータとサーバがアクセスできる秘密キーに基づいて提供されます。このHMACは測定とともに送り返され、レーダークライアントがテストオブジェクトにアクセスできて、何もキャッシュされていないことを検証することができます。
動的テストオブジェクトと標準テストオブジェクトの違い:
標準的なレーダー測定では,テストオブジェクトのダウンロードに関連する主要な要求アクティビティのみを分離しますが,サイトアクセラレーションサービスの場合は,アクティビティをより多く測定することが目標です。したがって，dnsルックアップと接続時間も含まれています。また,動的測定は,エッジキャッシュだけでなく,サービスオリジンに当たったときのリクエストパフォーマンスを測定することを目的としています。
ポ，タルでは，次の操作を行って，この方法を選択できます。
- 左側のナビゲ、ションメニュ、から[プラットフォ，ム]に移動します。
- ペジの右上隅にある[プラットフォ，ムを追加]アie浏览器コンをクリックします。
- ［プラベトプラットフォム]>[カテゴリ]>[動的コンテン]に移動します。
- ［レ，ダ，テストオブジェクト]ダ电子邮箱アログボックスで，[プロブのカスタマズ]チェックボックスをオンにします。
- [ 応答時間 ]のurlを入力し，[オブジェクトタ电子邮箱プ]ドロップダウンリストから[Webペ，ジ動的]を選択します。
動的小テストオブジェクトは,サイトアクセラレーションサービスの同じプローブを使用して,可用性とラウンドトリップ時間を測定するために使用されます。
iNav
inAVテストオブジェクトは,多くのタスクを実行できるJavaScriptを含む静的なHTMLファイルです。クライアントは,iframeにHTMLファイルをロードするURLにクエリ文字列パラメータを含めることで,実行するタスクを示します。iNavテストオブジェクトは，次のユ，スケ，スをサポ，トします。iNavコ，ルドスタ，トiNav往復時間
iUNI
iUniテストオブジェクトは,プラットフォーム(別のテストオブジェクトを必要としない歌珥AJAX)のレーダー測定セットに関連付けられたUNI値を検出するために使用されます。
AJAX让
Ajax获得方法論は，通常，顧客が測定したい任意のurlで使用できます。ただし，Timing-Allow-Originヘッダ，と適切なAccess-Control-Allow-Originヘッダ，で提供されます。ポ，タルでは，次の操作を行って，この方法を選択できます。
- 左側のナビゲ、ションメニュ、から[プラットフォ，ム]に移動します。
- ペジの右上隅にある[プラットフォ，ムを追加]アie浏览器コンをクリックします。
- ［プラベトプラットフォム]>[カテゴリ]>[動的コンテン]に移動します。
- ［レ，ダ，テストオブジェクト]ダ电子邮箱アログボックスで，[プロブのカスタマズ]チェックボックスをオンにします。
- ［応答時間]を入力し，[オブジェクトタ@ @プ]ドロップダウンリストから[AJAX(得到)]を選択します。
タミング許可オリジンヘッダ
リソースタイミングAPIによって提供される低レベルのタイミングデータへのJavaScriptアクセスを許可するには,Timing-Allow-Originレスポンスヘッダーが必要です。推奨設定はTiming-Allow-Origin: *です。これは,リソースのタイミングデータへのアクセス許可を,任意のドメインで実行されているJavaScriptに付与する必要があることを示します。
レ，ダ，api
雷达は，運用およびデ，タ取得機能の両方のAPIを提供します。
運用API——レーダーアカウントを追加/編集/削除し,APIを使用してアカウントを実行するための制御メカニズム
レーダーデータAPI - ITMレーダーデータAPIはレーダーのパブリックコミュニティとプライベート測定データの集約を提供します。デ，タは継続的に更新され，約60秒ごとにバッチ処理され，apiによる取得が行われます。データAPIは、雷达データを独自のレポートおよびダッシュボードに統合できるように提供されています。APIへの単一の呼び出しは、すべての国のレーダー四分位または平均測定平均を提供することができ、各プラットフォームのための興味のある最大30のASNを提供することができます。
レ，ダ，レポ，ト
レダレポトは，レダタグを通じて収集された動的デタを強力に可視化します。
レーダーメンバーには,直感的な対話型チャートによって提示された豊富なデータセットにアクセスできます。収集されたデータセットには,顧客のレーダータグまたはモバイルSDK展開から収集されたプライベートデータのコンテキストとして,数十億の測定値の完全なパブリックデータセットの両方が組み込まれています。ページの読み込み時間情報は顧客独自のタグで取得され,ウェブサイトとモバイルアプリケーションのエンドユーザーの実際のパフォーマンス体験に関する深い洞察を提供します。
パフォーマンス指標に加えて,レーダーレポートでは,ボリューム,地域,ユーザーエージェント,OSタイプ,ウェブサイトやモバイルアプリケーションの使用タイミングなど,エンドユーザーオーディエンスのさまざまな側面に関する洞察が提供されます。
各レポ，トは以下のように定義されていますが，すべてのレポ，トの重要な側面は次のとおりです。
プラ@ @マリディメンションとセカンダリディメンション
チャトのプラマリディメンションは，チャトの上のリスト選択リストから選択されます。これをレポ，トの強力なピボットとして使用します。セカンダリディメンションを選択することも，レポ，トをさらに絞り込むこともできます。
可視化背景切り替え
デフォルトでは，グラフは白い背景に設定されています。背景切り替えを使用して、高コントラストモニタの背景を暗い色に切り替えます。
デ，タエクスポ，ト
さらに,エンドユーザーは,レポートの上部にあるダウンロードリンクを使用して,チャートとテーブルデータをダウンロードできます。
フィルタ:レポ，ト時間範囲
レーダーレポートは,過去60分,過去24時間,過去48時間,過去7日間,過去30日間,またはカスタム範囲の時間範囲を使用して生成できます。既定のビュ，は[過去24時間]です。
フィルタ:プラットフォムと場所
レポ，トは，デ，タに基づいて適切なフィルタの点でわずかに異なります。最も一般的なものは次のとおりです。
- 「プラットフォ，ム—含めるプラットフォム(プロバダ)を1以上選択します。
- 「大陸(大陆)-含める大陸を1以上選択します。
- ［国]—含める国を1以上選択します。
- 「地域(地区)-含める地理的地域(該当する場合)を1以上選択します。
- 「州(State) -含める地理的州(該当する場合)を1运行状态为以上選択します。
- ［ネットワ，ク]—含めるネットワ，ク(asn)を1以上選択します。
フィルタ:リソ，ス
- デ，タソ，ス—レダコミュニティ全体またはサトの訪問者のみからのデタを含めます。
- ロケ，ションソ，ス—クラアントipまたはリゾルバipをロケションソスとして選択します。
- ［レダクラアントの種類] - [JavaScriptタグ],[iOS SDK],または(Android SDK)として[レーダークライアントタイプ]を選択します。
マペジビュ位置情報レポト
このレポ，トには，各国のペ，ジビュ，数が表示されます。このマップビュ，は，グラフの下部にある[再生]ボタンを選択することで，(レポ，トで選択した時間範囲に基づいて)時間の経過とともに表示できます。
パフォ，マンスレポ，ト
このレポ，トには，定義された各プラットフォ，ムのパフォ，マンスの傾向が表示されます。
統計分布レポ，ト
このレポ，トには，勘定科目に定義された各プラットフォ，ムの統計内訳が表示されます。
単一プラットフォ，ムの位置情報レポ，ト
このレポートは,一度に1つのプラットフォームについて,国別のレーダートラフィックの分布を時系列で表示します。
単一プラットフォ，ム統計分布レポ，ト
このレポ，トには，レ，ダ，トラフィックの分布が応答時間別に表示されます。
