使用欧洲服务器的Parse.com延迟

Question

我使用Parse.com服务创建一个简单的hello函数。(比照：guide#started-simple)

当我从欧洲的主机服务器用curl调用它时，我获得了400到800 to的响应时间。

这是此服务的正常延迟吗？从其他地方使用这个服务的人可以尝试这个函数并告诉我您的延迟吗？

我没有收到帕斯的回复。

Answer 1

这是我在2014年1月写的。Parse.com正在快速增长和扩展他们的平台。我不能说这一信息将在多长时间内是正确的，也不能说我的观察将维持多久的相关性。

上面说..。

我认为这种延迟是非常典型的。我在美国西雅图。以下是一些非正式基准：

通过REST获取单个对象的RTT相当一致，为800 of。

• 获取https://api.parse.comapi.parse.com/1/classes/Element/xE5sZCQd6D
• 回复: Status=200，往返time=0.846 ICMP被封锁了，但是敲门就需要400-800 ms，这取决于一天。
• 获取https://api.parse.comapi.parse.com/1
• Status=404，往返time=0.579

Parse.com在亚马逊位于弗吉尼亚州北部的数据中心。我用Ookla的Speedtest来估计我对那个区域的延迟。到达Ashburn的Richmond业务中心服务器(75.103.15.244)，我的ping时间为95 me。华盛顿的服务器给了我97 ms的ping时间。200毫秒的互联网开销不是问题。

请注意，使用Cloud也会增加您的感知延迟。云函数执行的查询或保存操作越多，响应时间就越长。云函数有一两个查询或保存操作，RTT在1到3秒之间。云函数具有多个查询和保存操作，RTT在3秒到10秒之间。