地理testing延迟

更新

你正在寻找的是真正的用户监控 （我最初确实误解了你的问题） – 通过结合各种可用的开源监控框架来实现你自己的解决scheme当然是可能的，但是我并不知道可用的一个; 然而，至less有两家（可能还有几家）商业提供商正在提供这样的服务，并且有这样或那样的免费层级：

• New Relic提供有效的真实用户监控 ，这是一个非常好的工具，可以直接从真正的最终用户获取浏览器性能数据 ，特别是将这些数据与其他监控指标关联起来，以便在您的运营和开发优化工作中获得终极洞察力：

  从他们的angular度来看 ，通过监控交易，JavaScript渲染速度和networking延迟，确切了解真正的用户体验。

  • 请注意，New Relic作为由许多IaaS / PaaS提供商提供的赞助产品，最近 AWS客户也可以免费使用New Relic Standard来pipe理其在AWS云中的应用程序的性能 。

• Cedexis提供Cedexis雷达 来捕捉实际访客的体验 ：

  Cedexis为云计算和存储，内容和应用交付networking等全球最大的公共基础设施的全球性能和可用性提供了无与伦比的透明度，

  • 请注意，虽然Cedexis也提供某种免费的社区版本，但是他们并没有公布它们的价格（我们认为它越来越与现今的商品/效用计算和资源消耗模型不一致），请参阅Alex Payne的“ 如何不到”在2012年销售软件一个很好的总结和咆哮有关。 因此，我无法判断你是否真的能够获得你正在寻找的数据，虽然他们的方法肯定会允许这样做，所得到的自由国家报告确实是非常令人印象深刻的 – 下面是它的工作原理：
    

    要激活Cedexis雷达，只需将一段JavaScript代码embedded到各种页面或应用程序中即可。 在一个stream行的networking媒体资源上实施时，雷达会生成一个非常丰富的数据集（可能捕捉每个用户到特定的网站/页面/应用程序），让您清晰地了解全球用户的网站体验。

积分

最有意思的是，这两款产品可以同时整合到Cedexis的其他产品Openmix中 ，详情请参阅Cedexis为其实时云路由平台添加新的Relic支持 。

放弃

从我的措辞中很容易看出，我已经使用New Relic在手头（和许多其他的）用例方面取得了巨大的成功，毫无疑问我们可以毫不犹豫地推荐它，而我只是开始研究Cedexis平台，不能相应地判断他们的供应。

初始答案

我最近提供了一个答案， 我如何确定哪个AWS位置最适合为特定地区的客户提供服务？ 概述了Amazon EC2易于使用的两种方法：

• 通过Amazon Route 53自动使用最低延迟的AWS区域
• 通过由TurnKey Linux的人员亲切提供的AWS Regional Data Centers映射项目，确定用于自定义用途的最低延迟AWS区域

关于这两个选项的更多细节（包括指向背景和其他信息的指针），请参阅答案本身 – 如果通过这些方法之一不能立即解决您的问题，那么隐含的信息至less可以提供一个良好的起点。

你可以在世界各地使用各种眼镜，但是自动化可能会破坏他们的ToS。

对于自动化，我真的不能说没有一些设备/ VM的区域或某种客户端脚本来报告延迟。

如果你愿意花钱，有一家公司叫戈麦斯..嗯，我想现在是Compuware。

Compuware Gomez

他们提供来自全球数十个地点的综合testing（主干testing）以及“最后一公里”和“真实用户”testing（您有一个可监控实际stream量百分比并回报的.js信标）。

监控可以是一个简单的http页面请求或包括所有的子组件，并显示一个类似萤火虫的瀑布加载时间细分。