Radar

概述

Radar是数据收集方法的支柱. Radar 使用嵌入在内容页面或应用程序提供商页面中的 JavaScript 脚本来收集有关数据中心或交付平台性能和可用性的信息。

Radar客户端是在客户网页和移动应用程序内运行的 JavaScript 应用程序。其核心目的是收集用于通过 Openmix 驱动智能路由决策的网络性能数据,并提供可选插件以启用其他 Intelligent Traffic Management 服务,例如页面加载时间、页面资源计时和视频播放指标。

Radar 客户端功能齐全,但重量轻,不显眼。客户端等待,直到下载了大部分页面资源后才执行其大部分工作,并且所有网络通信都以异步方式执行。这些说明指定了在会话期间接下来要测量哪个平台,从社区平台和特定于该社区成员的任何私有平台中选取。它们还指出要执行的测量类型,其中可能包括可用性、往返时间、吞吐量或其他指标收集。

为了使它尽可能小,JavaScript 使用谷歌闭包编译器进行高级优化编译。高级可选功能作为插件提供,供选择使用它们的客户使用。

Radar社区

Radar 采用独特的基于社区的方法,为全球最大的公共基础设施(从云计算和存储到内容和应用交付网络)的全球性能和可用性带来无与伦比的透明度。使用 Radar,客户可以为每位访客快速找到性能最佳且性能最差的平台。

Radar概述

Radar是互联网首家云监视合作社。成为社区成员意味着无限制地访问我们的历史报告数据库,包括按提供商、国家和网络进行详细细分类。

作为 Radar 社区成员,还提供了一套丰富的工具,用于捕获内部和外部内容交付基础设施提供的服务级别。Radar 的 独特功能是能够利用您的网站访问者来衡量他们从当前未被企业使用的平台获得的体验。同样的方法可在云平台的整个生命周期内对其进行客观评估,包括持续评估与 SLA 相关的性能。

通过将简单的 JavaScript 标签添加到您的网页或 SDK 添加到移动应用程序,客户可以将每个访问者变成一个虚拟的“测试代理”。Radar通过下载参考对象,并比较内部和外部基础设施、数据中心、交付网络和云平台(如站点或 Web 应用程序的实际最终用户所见)来触发基于设备的测量。

参与的主要优势

Radar通过其监测和数据收集方法,应对多种网络交付挑战。参与Radar社区的 主要优势是:

  • 大规模的测试环境,每个地点的每个网络都有最终用户(目前已有 42,000 多个公认的网络)。
  • 在试用前获取有关服务提供商的重要信息,以便做出更明智的决定。
  • 透明地了解当前提供商的性能以及它们在您有用户和没有用户的地区的行为方式。
  • 专注于对 Web 和移动用户产生真正影响的指标(性能、可用性和 QoS)。
  • 全球(190 多个国家/地区)不受限制地查看信息,包括国家/地区、网络、地区和州级。
  • 使用最终用户提供的真实、公正的数据 Radar 数据是“真实世界”信息,而不是综合测试或最佳猜测。
  • 所有用户都不一样:了解不同的机器、连接和设备。
  • 实际页面性能的可见性。

基准

ITM Radar提供 3 个主要基准:

  • 社区基准测试
  • 私人基准测试
  • 页面负载基准测试

CDN、云和数据中心的社区基准测试

社区测量是通过人群采购模式获取的,为客户提供了供应商在全球地理和逻辑层面的绩效和可用性的视图。通过社区衡量,可以对最终用户的供应商体验质量进行比较,并允许在评估供应商和供应商的内容和应用程序分发时进行 “假设” 分析。通过使用众包模式,ITM 客户可以在评估和监视供应商绩效时获得更高级别的数据粒度和质量,即使在客户可能没有高密度的用户或任何用户密度的地方也是如此。

测量结果本身使用位于不同云和 CDN 供应商的一组标准对象,最终用户在内容所有者的站点或应用程序上执行 Radar JavaScript 客户端或移动 SDK 逻辑时下载这些对象。

然后,以下指标会报告回 ITM,并在门户或 API 报告界面中显示:

  • 可用性-是否加载对象。
  • 响应时间-在建立连接的所有噪声完成后,服务器响应后续请求所需的时间。这是 TCP 往返时间 (RTT) 从浏览器到提供程序的相对近似值。
  • 吞吐量-这是连接的数据速率,以千位/秒为单位,通过检索 100 KB 对象来测量。

私人基准测试

作为 Radar 标签部署的一部分,ITM 为客户提供了创建自己的“基准测试”测试的能力,这些测试由客户的访客进行测量。这可以适用于数据中心或其自己的 CDN 和云合同。与社区基准测量值一样,提供了相同的指标 — 可用性、响应时间和吞吐量,使客户能够有效地评估现有内容交付策略。

此隐私信息仅供客户使用,不会共享。 示例用途包括:

  • 他们自己的数据中心架构
  • 使用自己的测试对象或页面
  • 使用他们自己的合同和帐户与特定供应商或一组供应商

Radar页面负载基准测试

在 Radar ITM 中,客户可以查看有关如何下载标签所在页面的详细信息。ITM 提供的信息允许您查看实际最终用户在与您的网页交互时遇到的性能。数据通过许多较新版本的浏览器支持的导航计时 API 提供。

Radar 标签

Radar标签可以使用 JavaScript 代码片段进行集成。要导航到“Radar标签”页面,请执行以下操作:

  1. 登录到 Citrix Intelligent Traffic Management 门户。
  2. 从左侧导航菜单中,选择 Radar > Javascript 标签

Radar标签

此时将打开 Radar标签 页面。

如果尚未配置 Radar 标签,则会在屏幕顶部看到一个橙色水平条,告诉您未检测到Radar测量值。

如果标签配置不正确,则此橙色条也会显示。

Radar 标签

或者,如果Radar标签按预期工作,您会看到一个绿色的水平条,告诉您已成功获得Radar测量值。

在此页面上,您可以选择适用于您使用的标签版本并将其复制到剪贴板。

注意: 不要更改此 JavaScript 代码片段非常重要。该代码包含重要信息,如果更改这些信息可能会导致意外或不可靠的行为。

集成Radar标签

集成Radar标签相对简单。所有你需要做的就是将下面的一个 JavaScript 代码片段添加到你的网站标记中。将其放在要测量的页面的 HTML 中。我们建议将其放在页面底部的关闭正文标签之前</body>

默认Radar标签

这是 Radar 标签的推荐版本。此版本在下载和执行 Radar 客户端之前等待加载事件完成,以确保加载事件不间断。

<script>
if (typeof window.addEventListener === "function") {
    window.addEventListener("load", function() {
        if (window.cedexis === undefined) {
            var radar = document.createElement("script");
            radar.src = "//radar.cedexis.com/1/54621/radar.js"; // replace with user specific value
            document.body.appendChild(radar);
        }
    });
}
</script>

此版本的标签可防止Radar客户端的下载阻止页面的进一步解析,但在加载事件触发之前执行它。它主要适用于使用内容安全策略设置阻止使用内联 JavaScript 的客户。它也适用于使用视频 QoS 插件的客户,Radar客户端需要尽早加载。

<script src="//radar.cedexis.com/1/54621/radar.js" async></script>

最近的测量结果

通过“最 近测量”表,您可以查看使用Radar进行的最新测量。

Radar近期测量

单击“最 近测量”按钮。它为您提供以下信息:

  • 以 UTC 格式进行测量的日期和时间。
  • 测量所在的国家。
  • 用于测量的平台。
  • 平台的 ID。
  • 测量的类型是:连接时间(以毫秒为单位)、响应时间(以毫秒为单位)或吞吐量(以千比特每秒为单位)
  • 以毫秒为单位的实际测量值(用于连接时间和响应时间)或千比特每秒(用于吞吐量)。

Radar 标签

当您首次登录 ITM 门户时,Radar测量条也会显示在“Radar 控制板”页面中。

Radar控制板

与移动应用程序集成

与移动应用程序的集成通过运行 JavaScript 客户端的隐藏 Web 视图的包装程序进行。这可确保在浏览器和移动应用程序中收集的数据是一致的。

有关将Radar与 iOS 应用程序集成的说明下 面的 GitHub 存储库包含有关将Radar与 iOS 应用程序集成的包装代码和分步说明:

适用于 iOS 的Radar跑步器

将 Radar 与 Android 相集成的说明 Android Radar 是一个客户端库,可以轻松地将 Radar 集成到 Android 应用程序中。它可以在这里找到:

AndroidRadar 库

与 Citrix ADC 集成

Radar标签非常重要,因为它为 Openmix 提供了测量结果,使 Openmix 能够做出更好的路由决策。使用标签的网页越多,路由决策就越好。

通过以下方法,您可以使用 Citrix ADC 将 Radar JavaScript 标记放置到您的 Web 页面中。您可以使用命令行或 Citrix ADC 配置实用程序。

这些方法允许您在响应中注入 Radar 标签。要注入 Radar 标签,您需要使用重写。重写分为三个步骤:创建操作、配置策略和绑定策略。

命令行配置

命令行配置重写操作

模板:

add rewrite action <name> <type> <target> [<stringBuilderExpr>] [-pattern <expression> | -search <expression>] [-refineSearch <string>] [-comment <string>]

示例:

add rewrite action radar_tag action insert_after HTTP.RES.BODY(HTTP.RES.CONTENT_LENGTH).BEFORE_STR("</body>") '"<script async src=\\"//radar.cedexis.com/1/<customer_id>/radar.js\\"></script>"'

注意:插入您自己的客户 ID,其中显示<customer_id>

命令行配置重写策略

模板:

add rewrite policy <name> <rule> <action> [<undefAction>] [-comment <string>] [-logAction <string>]

示例:

add rewrite policy radar_tag_policy HTTP.RES.HEADER("Content-Type").TO_LOWER.CONTAINS("text/html") radar_tag_action

命令行绑定重写策略

模板 1:

bind vpn vserver <name> [-policy <string> [-priority <positive_integer>] [-secondary] [-groupExtraction] [-gotoPriorityExpression <expression>] [-type <type>]] [-intranetApplication <string>] [-nextHopServer <string>] [-urlName <string>] [-intranetIP <ip_addr> <netmask> ] [-staServer <URL> [-staAddressType ( IPV4 | IPV6 )]] [-appController <URL>] [-sharefile <string>]

示例 1:

bind vpn vserver <name_of_vserver> -policy radar_tag_policy -type RESPONSE -priority 10

模板 2:

bind cs vserver <name> (-lbvserver <string> | -vServer <string> | (-policyName <string> [-targetLBVserver <string>] [-priority <positive_integer>] [-gotoPriorityExpression <expression>] [-type ( REQUEST | RESPONSE )] [-invoke (<labelType> <labelName>) ] ) | (-domainName <string> [-TTL <secs>] [-backupIP <ip_addr|ipv6_addr|*>] [-cookieDomain <string>] [-cookieTimeout <mins>] [-sitedomainTTL <secs>]))

示例 2:

bind cs vserver <name_of_vserver> -policyName radar_tag_policy -type RESPONSE -priority 10

模板 3:

bind lb vserver <name>@ (<serviceName>@ [- weight <positive_integer>]) | <serviceGroupName>@ | (- policyName <string>@ [-priority <positive_integer>] [- gotoPriorityExpression <expression>] [-type ( REQUEST | RESPONSE )] [-invoke (<labelType> <labelName>) ] )

示例 3:

bind lb vserver <name_of_vserver> -policyName radar_tag_policy -type RESPONSE -priority 10

模板 4:

bind rewrite global <policyName> <priority> [<gotoPriorityExpression>] [-type <type>] [-invoke (<labelType> <labelName>) ]

示例 4:

bind rewrite global radar_tag_policy 100 -type RES_DEFAULT

GUI 实用程序的配置

GUI 重写操作

  1. Citrix ADC 配置 页面的左侧导航菜单中,导航至 AppExpert -> 重写 -> 重写操作

  2. 选择 添加 按钮。

  3. 在“配置重写操 作”页面中,输入示例中所示的表达式。重写操作

  4. 在Radar脚本中,在标记的空格中输入您的客户 ID<customer_id>

  5. 选择 OK(确定)。您已完成重写操作的创建。

GUI 重写策略

  1. Citrix ADC 配置 页面的左侧导航菜单中,转到 AppExpert -> 重写 -> 重写策

  2. 选择 添加 按钮。

  3. 在“配置重写策略”页面上,输入示例中所示的表达式。

    重写策略

  4. 单击创建

您已完成重写策略的配置。

GUI 绑定重写策略

完成策略配置后,最后一步是使用策略 管理器绑定策略

  1. 转到“重写策略”页面。

  2. 选择您为Radar标签创建的重写策略。

  3. 转到 策略管理器

    绑定重写策略

  4. 在“策略管理器”页面中,您可以通过执行以下操作来绑定策略。

    • 对于 绑定点 ,您可以选择“覆盖全局”、“VPN 虚拟服务器”、“内容交换虚拟服务器”或“负载平衡虚拟服务器”选项。
    • 对于 协议 ,选择 HTTP
    • 对于 连接类型 ,选择 响应
    • 对于 虚拟服务器 ,请使用您自己的虚拟服务器名称。

    绑定重写策略

    • 单击继续
    • 在下一页中,选择您之前创建的 重写策略
    • 添加 装订详情
    • 单击 Bind(绑定)。

    绑定重写策略

通过上述方法,您可以将 Radar 标签插入到您的网页中。然而,必须指出,这是一个基本的实施。可以进一步过滤,以更好地控制已实现标签的页面。

Radar标签配置

您可以在 Radar 标记配置页面上配置 Radar。

  1. 登录到 Citrix Intelligent Traffic Management 门户。
  2. 从左侧导航菜单中,选择 Radar > 标签配置

Radar导航

此时将打开Radar标签配置页面。在这里,您可以设置各种选项来自定义Radar测量。Radar JavaScript 具有可以自定义的参数,以调整计时和延迟元素;用于社区和私人测量的最终用户完成的测试数量;用于测量可用性的超时值等

Radar配置选项

下表提供了有关配置选项的信息以及每个选项的默认设置。进行更改时,请务必单击屏幕底部的“更新Radar设置”以应用更改。

功能 参数 说明 默认设置
定时选项 启动延迟 页面 OnLoad 事件与Radar记录导航时间之间的延迟(以秒为单位)。 2 秒钟
  重复延迟 测量会话之间的延迟(以分钟为单位)。如果该值大于或等于 5,则 Radar 标签将在每个重复延迟间隔后进行更多测量。如果值为 0,则 Radar 标签将不会进行任何额外的测量。 5 分钟
协议选项 始终允许私人 HTTPS 测量 允许 Radar 客户端甚至可以从 HTTP 网站进行 HTTPS 测量。 对具有与 Radar 客户端运行的页面匹配的 URL 协议的平台进行测量。
  允许对 HTTPS 连接进行私有 HTTP 测量。 允许 Radar 客户端从 HTTPS 网站获取 HTTP 测量值。 对具有与 Radar 客户端运行的页面匹配的 URL 协议的平台进行测量。
采样率 Radar采样率 激活 Radar 标签以进行测量的页面的百分比。 已禁用
私人测量 每页面负载的最大私人测量值 Radar 将测量的每页加载量的最大私有平台数量。** 自动 *
  最大私有吞吐量测量 每页加载私有平台的最大吞吐量测量数量。** 4
社区测量 每页加载的最大社区测量 Radar 将测量每页加载量的最大社区平台数量。** 自动 *
  最大社区吞吐量测量 每页加载社区平台的最大吞吐量测量数量。** 4

*自动意味着 Intelligent Traffic Management 根据最终用户的位置确定某个会话必须测量的平台数量。我们尝试为小型网络测量更多的平台,其中数据稀疏,而不是来自密集的大型网络。

**这是每个会话尝试的最大测量数。例如,Radar 可以测量每个会话 4 个专用平台,所有这些平台都被配置为同时测量 RTT 和吞吐量。但是,如果将最大私有吞吐量测量值设置为 2,则客户端将在测量前 2 个私有平台后停止包含吞吐量测量值。对于最后两个平台,它只会测量 RTT。

定时选项允许您设置 Radar 在开始进行测量之前必须等待的时间长度。

注意:启动延迟 以秒为单位,而 重复延迟 以分钟为单位。

Radar定时选项

协议选项

通常情况下,Radar 客户端仅测量具有其协议与正在运行的页面相匹配的 URL 的平台。这些选项允许您覆盖专用平台的该行为。例如,启用“始终允许私有 HTTPS 测量”允许客户端从 http://example.com 测量 https://myprovider.com/r20.gif,而“始终允许私有 HTTP 测量”允许客户端从 https://example.com 测量 http://myprovider.com/r20.gif

除了极端使用情况之外,这些选项一般都必须避免。确保您获得足够的私人测量密度的最佳方法是将您的平台配置为测量您在生产中实际使用的平台和协议(而不是更多),并在尽可能多的生产页面上部署 Radar 标签。我们有时称之为 “把Radar放在需要的地方。 “

Radar协议选项

采样率允许您设置用于收集测量值的网页百分比(由用户查看)。例如,如果您的网站每天获得 100,000 页面浏览量,并且您设置了 5% 的采样率,那么 Radar 将仅从 100,000 页面浏览量中的 5% 收集测量值。

Radar采样率

私人测量

这些设置适用于您的私有平台的测量值。私有平台是您在“平台”部分中设置的用于测量特定 CDN、云提供商和基础架构的其他部分的 台。有关更多信息,请参阅平台部分。

Radar 私人测量

此选项允许您在向社区提供信息时配置 Radar 的行为。

Radar社区测量

关闭Radar测试

如果需要快速关闭Radar测量值必须发生意外情况,您可以在门户中执行此操作,以避免对站点进行紧急代码更改。

在“Radar 标签配置”页面上,单击“已启用”切换按钮至“已禁用”,关闭私人测量、社区测量或两者。

单击“保存Radar配置”以确认更改。这些变化可能需要一两分钟才能传播,然后Radar测量结果停止。

Radar 切换私人测量 Radar切换社区测量

Radar客户端方法

客户端行为的一个基本维度是 会话。客户端发送的所有数据都与会话关联。通过调用 Citrix 服务器(称为初始化请求)来创建会话。会话过期相当快,有助于确保只接受有效的Radar数据。由于此功能,Radar测量始终与其会话事务 ID 相关联,并且我们通常参考 “Radar会话” 来描述与其相关的测量值。

Radar会话

Radar 会话是客户端执行的主要工作单元。它包括对 Citrix 服务器的请求以获取客户配置和一组要测量的平台,后面是测量这些平台的请求,并报告结果。这些会话以异步和序列化的方式进行,因此一次只发生一个请求。典型的会话在 10 秒内完成。

探头类型

客户端发送的每个报告都有一个相关的探测类型,它告诉系统它是什么样的测量以及如何处理它。它还指出要执行的测量类型,其中可能包括可用性、往返时间、吞吐量或其他指标收集”

可用性与性能探测(例如往返时间和吞吐量)之间存在着重要的关系。在任何特定测量会话中,始终首先测量特定资源的可用性。只有当可用性测量成功时,才能在同一会话中对同一资源进行额外的性能测量。”

如果特别慢的网络出现可用性中断,这可能会导致包含此网络的报表的汇总性能以实际改进。这只是一个报告工件,因为 Citrix Intelligent Traffic Management 始终使用最精细、特定于网络的性能数据进行实时决策。

可用性

可用性也称为冷启动探测器,旨在允许服务对其缓存进行预热。虽然有一个与此探头相关的测量值。我们使用可用性探测器来确定提供商是否可用。

如果平台未配置为执行冷启动探测,我们将使用 RTT 探测的结果代替冷启动报告来提供可用性指标。

同样,对于测量站点加速服务的动态对象,客户端会下载一次小测试对象,并报告冷启动和响应时间的测量值。

测试对象 定义
Standard 使用资源计时时间戳:响应开始-请求开始
动态 使用资源计时时间戳:响应结束-域查找启动

RTT

测试对象 时间间隔 API 说明
Standard 响应开始-请求开始 资源时间安排 为响应 HTTP 请求而返回单个数据包的时间。
动态 响应结束-域查找启动 资源时间安排 服务请求的时间,包括 DNS 查找时间、连接时间和响应时间。

吞吐量

测试对象 时间间隔 API 说明
Standard 文件大小(千字节)* 8/(响应结束-请求开始) 资源时间安排 基于大型测试对象下载的整个请求和响应测量的吞吐量(千比特/秒)。
动态 文件大小(千字节)* 8/(响应结束-域查找启动) 资源时间安排 基于大型测试对象下载的整个请求和响应测量的吞吐量(千比特/秒)。这通常不包括连接时间或 DNS 查找时间,以防 RTT 测试对象已经下载。

测试对象

测试对象是托管在平台上并由客户端下载以生成测量值的文件。本节介绍客户端支持的不同类型的测试对象。并非所有对象类型都适用于每个平台。

必填标题

要允许 JavaScript 访问由资源计时 API 提供的低级别计时数据,就需要使用计时允许源响应标头。推荐的设置为Timing-Allow-Origin: *,这表示必须授予在任何域上运行的 JavaScript 访问资源计时数据的权限。

Standard

标准测试对象是媒体,客户端通过在 Image 对象上设置src 属性来下载该媒体。下载后,客户端将使用资源计时 API 收集性能数据。 这些测试对象必须与时间允许源响应标头一起提供。有关详 细信息,请参阅“计时允许源头”部分。

标准小号

标准小型测试对象是单像素图像文件,当客户端需要发出轻量级网络请求时使用。

标准的小测试对象用于以下用例:

  • 非动态冷启动探头
  • 非动态往返时间探头
标准大号

标准的大型测试对象是用于测量平台吞吐量的 100KB 图像文件。

大型对象命名:要计算吞吐量,客户端需要知道测试对象的大小。客户端通过在文件名中的某处查找 KB 来确定文件名;r20-100KB.png例如。例如,只要名称以相同的方式包含文件大小,客户就可以测量不同大小的图像文件myimage-2048kb.jpg

动态

动态测试对象用于测量与站点加速服务相关的性能。 每个都是一个 HTML 文件,其中包含 JavaScript,能够从导航计时 API 收集时间戳并将其发布到父页面。客户端使用 iframe 下载测试对象并获取这些时间戳,用于计算测量值。

安全性和验证

测试对象是一个 40KB 的对象。测试对象的一个新功能是基于查询参数和服务器有权访问的私有密钥提供的 HMAC(基于哈希的消息身份验证代码)。这个 HMAC 与我们的测量结果一起返回,这使我们能够验证 Radar Client 是否能够访问测试对象,但没有任何缓存。

动态测试对象和标准测试对象之间的区别:

对于标准Radar测量,我们尝试仅隔离与下载测试对象相关的主要请求活动,而对于站点加速服务,我们的目标是测量更多的活动。因此,也包括 DNS 查找和连接时间。 此外,动态测量用于衡量触发服务源时的请求性能,而不仅仅是边缘缓存。

在门户中,您可以通过执行以下操作来选择此方法:

  • 从左侧导航菜单中,转到 平台
  • 单击页面右上角的 添加平台 图标。
  • 转到 私人平台 > 类别 > 动态内容
  • 在“Radar测试对象”对 话框中,单击“自定义探针”复选框。
  • 输入 响应时间 url,然后从“对象类型”下拉列表中选择“网页动态 ”。

动态小型测试对象用于测量可用性和往返时间,使用相同的探头进行现场加速服务。

无线电视机

InAV 测试对象是一个静态 HTML 文件,其中包含能够执行许多任务的 JavaScript。客户端通过在 iframe 中加载 HTML 文件的 URL 中包含查询字符串参数来指示它希望执行的任务。 InAV 测试对象支持以下用例: InAV 冷启动 InAV 往返时间

国际研究所

iUni 测试对象用于检测与平台的一组Radar测量值(另一种方法是 CORS AJAX,不需要单独的测试对象)相关联的 UNI 值。

AJAX GET

AJAX GET 方法通常可以与客户想要测量的任何 URL 一起使用,前提是它与 Timing-Allow-Origin 和相应的 Access-Control-Allow-Origin 一起使用。 在门户中,您可以通过执行以下操作来选择此方法:

  • 从左侧导航菜单中,转到 平台
  • 单击页面右上角的 添加平台 图标。
  • 转到 私人平台 > 类别 > 动态内容
  • 在“ Radar测试对象”对 话框中,单击“自定义探针”复选框。
  • 输入响应时间并从对象类型下拉列表中选择 AJAX (GET)

时间允许源头

为了允许 JavaScript 访问由资源计时 API 提供的低级计时数据,需要使用计时允许源响应标头。推荐 的设置为Timing-Allow-Origin: *,这表示必须授予在任何域上运行的 JavaScript 访问资源计时数据的权限。

Radar API

Radar为操作和数据检索功能提供 API。

  • 操作 API — 添加/编辑/删除Radar帐户和通过API 运行您的帐户的控制机制

  • Radar数据 API — ITM Radar数据 API 提供了Radar公共社区和私人测量数据的聚合。数据会持续更新,大约每 60 秒对数据进行批处理,以便 API 检索。数据 API 允许客户将Radar数据集成到他们自己的报表和控制板中。一次调用 API 可以为所有国家/地区提供Radar四分位数或平均测量平均值,并为每个平台提供 30 个感兴趣的 ASN。

Radar报告

Radar报告为通过Radar标签收集的动态数据提供了强大的可见性。

Radar成员可以访问通过直观的交互式图表显示的丰富数据集。收集的数据集包含了数十亿次测量的完整公共数据集,作为从客户的 Radar 标签或移动 SDK 部署中收集的私有数据的上下文。使用客户自己的标签捕捉页面加载时间信息,从而深入了解您的网站和移动应用程序最终用户的实际性能体验。

除了性能指标外,Radar 报告还可以深入了解最终用户受众的许多方面,包括:数量、地理位置、用户代理、操作系统类型以及他们使用您的网站或移动应用程序的时间。

每份报告的定义如下,但以下是所有报告的重要方面:

主要和次要尺寸

尺寸

图表的主要维度通过图表上方的列表选择列表进行选择。将其用作报表上的强大枢轴。还可以选择次要维度来进一步优化报表。

可视化背景切换

背景切换黑暗 背景切换

默认情况下,图表设置为白色背景。使用背景切换将高对比度显示器的背景切换为深色。

数据导出

数据导出

此外,最终用户可以通过报告顶部的下载链接下载图表和表格数据。

筛选器:报告时间范围

时间范围

可生成Radar报告的时间范围为最近 60 分钟、最近 24 小时、最近 48 小时、最近 7 天、最近 30 天或自定义范围。默认视图为“最近 24 小时”。

过滤器:平台和位置

过滤器

这些报告在哪些筛选器基于数据是适当的方面略有不同。以下是最常见的:

  • — 选择要包括的一个或多个平台(提供商)。
  • — 选择要包括的一个或多个大陆。
  • 国家/地区 — 选择要包括的一个或多个国家/地区。
  • 区域 — 选择要包括的一个或多个地理区域(如果适用)。
  • — 选择要包括的一个或多个地理州(如果适用)。
  • 网络 — 选择要包括的一个或多个网络 (ASN)。

筛选器:资源

  • 数据源 -仅包括来自整个Radar社区的数据或来自您的站点访问者的数据。
  • 位置源 -选择客户端 IP 或解析程序 IP 作为您的位置源。
  • Radar 客户端类型 - 选择“Radar 客户端类型”作为 JavaScript 标签、iOS SDK 或 Android SDK。

过滤器

我的页面查看地理位置报告

本报告显示了每个国家的页面浏览量。通过选择图表底部的“ 放”按钮,可以随着时间的推移查看此地图视图(基于为报表选择的时间范围)。

我的页面查看地理位置报告

绩效报告

本报告显示了定义的每个平台的性能趋势。

绩效报告

统计分布报告

此报告显示了为帐户定义的每个平台的统计细目。

统计分布报告

单平台地理位置报告

此报告显示了一个平台每次按国家/地区分列的Radar流量分布情况。

单平台地理位置报告

单一平台统计分布报告

此报告显示了按响应时间分列的Radar通信随时间的分布情况。

单一平台统计分布报告