☰

150ms 的延迟是否足以启动产品（美国托管在欧洲）？

tag-icon • tag-icon amazon-ec2 dedicated-server latency
150ms 的延迟是否足以启动产品（美国托管在欧洲）？

可能重复：
您能帮助我进行容量规划吗？

经过数周的开发，我们终于准备在未来几周内公开发布一款新的移动应用产品。但是，我们想知道我们位于欧洲的服务器是否足够好（延迟等）来满足美国用户的需求。经过测试，dotcom-monitor.com我们在 CA 上获得了大约 150 毫秒的延迟。这够好吗？

我们正在探索 EC2 选项，但它比本地专用托管要昂贵得多，而且有人告诉我，在早期阶段你不应该过多地关心/致力于可扩展性。

考虑到实现全球范围内的 EC2 复制设置所需的时间和成本，我们不确定是否要过早地做出这一承诺。

  • 有关BW使用的更多信息：

启动时，应用程序向我们的 API 执行 3 个 ajax 请求（1 个登录 + 信息和 2 个索引）。典型的 bw 使用量约为 5k（gziped）。来自欧洲的最大请求需要 62ms 连接（34ms ssl）和 140ms 处理。此后，应用程序 100% 可用，它将在用户交互/推送时一次仅执行一个请求。

答案1

我不确定你的应用程序是做什么的，但如果它可以被代理，查尔斯可能能够模拟延迟，并看看你的应用程序是否“感觉”可用，并且有不同程度的“滞后”。

http://www.charlesproxy.com/documentation/proxying/throttling/

如果不合适，还有其​​他网络测试工具可用。

答案2

PS> ping stackoverflow.com

使用 32 字节数据对 stackoverflow.com [64.34.119.12] 进行 ping 操作：
来自 64.34.119.12 的回复：字节=32 时间=221ms TTL=56
来自 64.34.119.12 的回复：字节=32 时间=227ms TTL=56
来自 64.34.119.12 的回复：字节=32 时间=223ms TTL=56
来自 64.34.119.12 的回复：字节=32 时间=227ms TTL=56

64.34.119.12 的 Ping 统计信息：
    数据包：已发送 = 4，已接收 = 4，丢失 = 0（0% 丢失），
近似往返时间（以毫秒为单位）：
    最小值 = 221 毫秒，最大值 = 227 毫秒，平均值 = 224 毫秒

对于互联网上的许多服务来说，当跨越海洋时，150ms 是正常的。

除非您的应用程序本身对延迟特别敏感，否则 150ms 应该不是问题。

（请注意，世界上有很多地方的典型延迟为 500 毫秒。）

相关内容