2

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

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

如果我使用 Google Apps Engine（我认为是在美国托管？？）与在新西兰托管的本地托管公司，AJAX 请求的延迟之间是否可能存在显着差异？如果有多大？

4

4 回答 4

1

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

快乐编码！

于 2011-09-03T02:09:47.033 回答
1

在这种情况下，您可能会感兴趣的一项服务是CloudSleuth。他们从多个位置测量页面加载时间。但是选择亚洲/大洋洲作为位置。然后向下钻取 GAE 以查看各个位置的页面加载时间。不幸的是，最接近的将是悉尼，目前 GAE 的页面加载量几乎是 20 秒。

于 2011-09-03T13:19:46.817 回答
0

在其他条件相同的情况下，新西兰境内请求的延迟将不可避免地低于向美国发出请求并返回的延迟。不过，有几个缓解因素需要考虑：

  • 光速延迟对于您的应用程序可能并不重要。往返美国的往返时间不到 100 毫秒；您的应用程序为请求提供服务所产生的延迟可能足够大，以至于这不是最终用户延迟的重要因素。
  • 尽管您的应用在任何时候都只位于一个位置，但 Google 在世界各地都有缓存前端。请求通常会路由到最近的请求，如果您的应用程序生成可缓存的响应，前端可能能够立即从其缓存中返回响应，而无需将请求发送到您的应用程序。
  • 一些 ISP，特别是在像新西兰这样国际带宽昂贵的地方，运行透明代理。同样，组织也是如此，您的浏览器本身也有缓存。如果响应是可缓存的，任何这些都可以在比往返更短的时间内满足请求。

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

于 2011-09-05T04:31:19.937 回答
0

App Engine 不是全球分布的。默认情况下，整个应用程序托管在北美各地。

如果您为可以请求在欧洲托管的服务付费，但无法选择任何其他区域（来自https://developers.google.com/appengine/docs/python/gettingstartedpython27/uploading）。

于 2013-10-18T21:35:03.700 回答