问从S3和EC2存储、节点js和浏览器的请求下载速度

EN

我和我的团队正在创建一个移动游戏，其中地图是可用的。我们将json信息存储在多个文件中--每个文件表示地图上的一个块。为了渲染地图，我们下载文件并处理它们来创建街道、建筑物等。我想选择最好的方式将平铺文件下载到移动设备上，但是我没有可能在移动设备上进行这个测试，所以我使用了浏览器和节点js脚本。

我使用了一个100的json文件。将其上传到S3桶和EC2存储上。我编写了一些节点脚本来连接到S3或EC2：

• 从Node本地脚本获得对S3桶的请求(bucket.zone.amazonaws.com/file) -~650 js
• 从节点js本地脚本获取对运行在EC2实例上的节点js服务器的请求，该实例连接到S3 -~1032 js。
• 从Node本地脚本获取对运行在EC2实例上的Node服务器的请求，该实例从本地存储-~833 js加载文件。

最后两个值之间的区别实际上是EC2实例从桶中访问文件所需的时间。从S3向EC2发出请求的原因是，我知道AWS服务之间的连接非常快。

我所做的另一个测试是在浏览器(Firefox)上进行的：

• 直接访问S3桶(bucket.zone.amazonaws.com/file) -~624 S3，值在400 S3到1000 S3之间
• 通过EC2上的Apache服务器(域/文件)-~875 on，值在649 on到1090 on之间
• 通过节点js服务器连接到S3桶(运行在EC2上)(域:端口)-~1014 js，值在680 js到1700 js之间
• 通过节点js服务器从本地存储(运行在EC2上)(域:端口)-~965 js加载文件，其值在600 js到1700 js之间。

我的问题是，为什么从浏览器访问文件和通过Node脚本访问文件有这么大的区别？

为了记录时间，我每次请求10次，我做了平均次数。EC2的例子是微观的，在爱尔兰。水桶也位于爱尔兰。