Amazon s3 托管将使用S3在国际上下载的数据是个好主意？

我没有任何关于服务器托管性能和速度的经验，所以我想问这个问题

我的情况是，我想托管一个~1MB的数据文件，需要客户端偶尔下载（每2-3天下载一次）。当然，我想尽量降低成本，只要它不会对用户体验造成太大的伤害。我有数据表明我在全球拥有客户

我想问一下，从世界其他地方下载如此大小的文件所需的时间大概是多少（数据托管在美国）。例如，有人知道从日本等地下载1MB文件需要多长时间吗

---

如果人们想知道的话，我个人认为如果在世界上大部分地区下载10秒以下是可以的。

< P >当你不知道某事有多好的时候，首先要做的事情…就是试试看。在所有区域中创建bucket，存储文件，然后下载并查看

以AWS为中心的官方全球内容分发解决方案是将CloudFront分发连接到S3存储桶，并进行设置，以便通过CloudFront从S3下载内容。当用户远离存储桶时，这将有助于提高下载速度，即使内容没有缓存在CloudFront edge，因为下载的大部分距离都是在AWS“edge Network”（连接CloudFront和AWS区域的全球网络）上进行的，在这里和任何地方，未知的东西都比互联网少

我有一个全球客户群，但——例如——我的购物页面的目录图像存储在俄勒冈州的S3中（us-west-2），但链接指向CloudFront

---

有趣的是，同时使用这两种服务的定价有时比只使用S3要便宜一点。对此的一种可能解释是，边缘网络出口流量代表AWS的较低成本，并且相应地设置了速率。这并不是一个主要的区别，但是一旦你了解了定价表，你就会看到它。

1MB的10s等于800kbps。如果任何一家信誉良好的主机提供商都无法跟上这种交付速度，我会感到非常惊讶。看看*，在日本（如您的示例中），平均用户速度为15Mbps：您的文件将在0.53秒内下载

（*看看排名，请记住，在快速互联网基础设施尚未普及的国家，“平均速度”将是快速公司管道和其他优质链接的平均速度，而实际主流用户的速度要慢得多。）

然后，在大多数情况下，这将取决于用户的连接速度，以及他们的ISP的国际链接，这可能比他们的国家或地区管道慢得多。在互联网基础设施较不发达的国家，情况更为严重，运营商正在削减成本和偷工减料

在决定是否需要部署S3或其他CDN解决方案，或者根本不需要额外的解决方案时，您必须首先映射用户统计信息。如果有一个来自遥远国家的、基础设施薄弱的重要部门，这是有道理的。否则，即使没有特殊的传输方式，1MB/10s的目标速度也不可能不匹配

---

如果您有一些国家/地区的流量，但数量不多，您认为这些国家/地区的国际流量可能会较慢，并且如果您想消除额外成本，我认为您的用户将能够生存，即使他们的速度波动，每一个月需要15-20秒。（相对于用户的挑剔程度而言，这是基于意见的！）在这种情况下，如果我想全面提高速度，我只会使用CDN，例如，对于所有静态资源请求，而不仅仅是每隔几天请求一个文件。将对一般用户体验做出更大的贡献。

我将设置一些分析，看看用户从不同地区下载文件需要多长时间。我想在这里问一下，因为我觉得很多人已经测试过自己了，所以我想看看我是否可以避免自己这样做。不过还是要谢谢你。问题是你正在冒险进入“主要基于观点”和主观领域。正如您可能已经知道的，SO社区倾向于将问题作为离题的问题关闭。你应该很好。注意，还有一个有趣的显示在。重要的是，这是用于上传，而不是下载，但仍然很有趣，因为S3传输加速使用与CloudFront+S3完全相同的网络和技术，但没有缓存。我也应该在回答中提到这一点，但到目前为止，我认为CloudFront+S3比启用了传输加速的S3更为有利，因为CloudFront提供了缓存。是的，我正试图在谷歌上搜索类似的东西。我很惊讶没有一个基于位置的下载速度。我不想让它以意见为基础，这就是为什么我试图定义一些具体的限制，如最长时间和确切位置。一个让你自嘲的想法：即使没有CDN，日本、韩国或斯堪的纳维亚的人下载文件的速度也可能比农村的穆里卡人快^_^是的。这正是我试图回答的问题（CDN或S3）。我已经用CDN托管了很多文件，所以我知道它可能会贵很多，这就是为什么我想看看我是否可以通过使用S3来节省一些钱。我同意你的观点，从理论上讲，下载速度应该很容易达到，所以我很有希望。如果瓶颈是你的用户的总体速度，那么显然你在你的终端所做的任何事情都不能让他们更快。就S3/CDN而言，您有什么理由不能使用CloudFlare的免费服务吗？Giv