在海外访问 Google App Engine 的延迟答案

【问题标题】：Latency accessing Google App Engine overseas在海外访问 Google App Engine 的延迟
【发布时间】：2013-10-19 05:35:03
【问题描述】：

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

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

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

【问题讨论】：

【解决方案1】：

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

【讨论】：

【解决方案2】：

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

编码愉快！

【讨论】：

【解决方案3】：

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

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

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

【讨论】：

【解决方案4】：

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

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

【讨论】：