![我是否应该担心我的用户的跨大西洋网络访问速度?](https://linux22.com/image/495271/%E6%88%91%E6%98%AF%E5%90%A6%E5%BA%94%E8%AF%A5%E6%8B%85%E5%BF%83%E6%88%91%E7%9A%84%E7%94%A8%E6%88%B7%E7%9A%84%E8%B7%A8%E5%A4%A7%E8%A5%BF%E6%B4%8B%E7%BD%91%E7%BB%9C%E8%AE%BF%E9%97%AE%E9%80%9F%E5%BA%A6%EF%BC%9F.png)
显然这只是其中一个因素,但如果我在英国托管一个网站,并且知道我的大多数用户都在美国,我应该多大程度上重视这些用户的访问速度?(目前约 70% 的用户在美国,约 20% 的用户在英国,其余的用户遍布世界各地。)跨大西洋跳跃曾经是一件大事,但在当今世界,它真的是一个重要因素吗?
再次强调,我认识到这只是整体因素的一个方面,只是想看看社区认为我应该给予它多大的重视。
(在您提出建议之前,使用大型 CDN/云之一 - Amazon s3+ec2、Google AppEngine 等 - 目前不是一个选择。)
编辑:欢迎所有答案;任何与此相关的直接经验故事都将特别有帮助。
答案1
跨大西洋链路的延迟和吞吐量曾经存在严重问题。但如今,可用带宽(假设您的 ISP/主机具有良好的对等安排)使得吞吐量在大多数情况下不再是问题。
延迟仍是一个问题,但前提是您的程序对延迟特别敏感。例如,我家用的机器(通过良好的 ADSL ISP 在线)与我在美国使用的服务器(因为那里的服务器往往更便宜)之间的小数据包往返时间(即标准 ping 请求)通常约为 100 毫秒(有时会停留在接近 120 毫秒的某个时间)。对于绝大多数基于 Web 的服务来说,这种程度的延迟根本不会成为问题。
答案2
我不会太在意这一点... 美国/英国之间的距离不算太远。即使是跨太平洋也不会成为交易障碍,只要你所在的终端网络不拥堵。在为网站用户提供良好体验方面,可靠的网络提供商远比你所在的确切位置重要。
答案3
他们抱怨网速慢吗?你的出站速度是多少?
如果这确实是一个大问题,您可以考虑在美国设置一个 squid 代理/缓存服务器,或者将您的网站复制到美国的服务器。
但我(个人)并不认为它会有那么大的作用。
答案4
延迟是个问题。即使是最快的连接,页面加载也会感觉很慢。确保您在美国有良好的连接,并且在美国各地都有良好的 ping。如果您位于Chicago
、New York
或California
数据中心,这会有所帮助。芝加哥或者纽约如果您的客户不在亚洲,则更可取。运行跟踪路由。这对选择网络主机非常有帮助。跟踪路由到 last.fm(欧洲主机)和 google.com。
如果您需要美国最快的连接,请选择位于英国伦敦的 ISP。