在海外访问Google App Engine的延迟

时间:2011-09-02 23:58:16

标签: google-app-engine web-applications low-latency

我即将开始在新西兰开发面向新西兰市场的网络应用程序,其中可扩展性是关键要求。我正在考虑使用过去曾用于小型项目的Google Apps Engine,其中延迟不是一个大问题,因为一半的应用程序是客户端Java脚本。

但是,新项目需要快速的AJAX响应时间。对于专用服务器,本地网络应用程序公司每月收费约175美元(比我想象的要多得多)。

如果我使用Google Apps Engine(在美国托管我认为??)与在新西兰主办的本地托管公司,AJAX请求的延迟可能会有显着差异吗?如果有多大?

4 个答案:

答案 0 :(得分:1)

根据您的解释,您希望使用App Engine作为后端,除了您的应用加载和提供请求所需的时间之外,不应存在任何延迟问题。但正如他们所说,没有比你自己做的更好的测试,所以继续玩App Engine并亲自看看吧!

快乐的编码!

答案 1 :(得分:1)

在此上下文中您可能感兴趣的服务是CloudSleuth。它们可以从多个位置测量页面加载时间。但选择亚洲/大洋洲的位置。然后向下钻取GAE以查看来自不同位置的页面加载时间。不幸的是,最接近的是悉尼,其中GAE的页面加载目前几乎是20秒。

答案 2 :(得分:0)

不可避免地,新西兰境内的请求延迟将低于向美国请求的延迟时间,其他条件相同。但是,有几个缓解因素需要考虑:

  • 光速延迟对您的应用可能并不重要。到美国和往返的往返时间不到100毫秒;您的应用程序为请求提供的延迟可能足够大,以至于这不是最终用户延迟的重要因素。
  • 虽然您的应用程序在任何时候都只位于一个位置,但Google已经在全球范围内缓存了前端。请求通常会路由到最近的请求,如果您的应用生成可缓存的响应,前端可能会立即从其缓存中返回响应,而无需将请求发送到您的应用。
  • 一些互联网服务提供商(特别是在国际带宽昂贵的新西兰地区)运行透明代理。同样,组织也是如此,您的浏览器本身也有缓存。如果响应是可缓存的,那么任何这些都可以在比往返更短的时间内满足请求。

最后,问题是额外的100毫秒左右是否可以接受。通常情况下,答案是肯定的,并且不需要自己处理机器配置,维护等等,这是值得的权衡。

答案 3 :(得分:0)

App Engine不是全球分布式的。 整个应用程序默认在北美地区托管。

您支付可能要求在欧洲境内托管的服务,但是没有选择任何其他区域(来自https://developers.google.com/appengine/docs/python/gettingstartedpython27/uploading)。