主页 / server / 问题 / 408033
Accepted
Olivier
Asked: 2012-07-16 23:34:22 +0800 CST

150 毫秒的延迟是否足以启动产品（美国在欧洲托管）？[复制]

  • 772

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

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

我们正在探索 EC2 选项，但它比本地专用托管的成本要高得多，而且我被告知你不应该在早期阶段关心/在可扩展性上做太多工作。

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

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

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

amazon-ec2 latency dedicated-server

2 个回答

  1. Best Answer

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

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

    如果那不合适，可以使用其他网络测试工具。

    • 3 
  2. PS> ping stackoverflow.com

使用 32 字节的数据 Pinging stackoverflow.com [64.34.119.12]：
来自 64.34.119.12 的回复：bytes=32 time=221ms TTL=56
来自 64.34.119.12 的回复：bytes=32 time=227ms TTL=56
来自 64.34.119.12 的回复：bytes=32 time=223ms TTL=56
来自 64.34.119.12 的回复：bytes=32 time=227ms TTL=56

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

    150ms 对于互联网上的很多服务来说，跨越大洋都是正常的。

    除非您的应用程序天生对延迟特别敏感，否则 150 毫秒应该不是问题。

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

    • 2

相关问题