为什么 CloudFront 比原始服务器慢？答案

【问题标题】：Why is CloudFront slower than the original server?为什么 CloudFront 比原始服务器慢？
【发布时间】：2017-08-15 11:20:26
【问题描述】：

您好 Stack Overflow 用户。

我在 CloudFront 上进行了速度测试。

环境如下。

S3 存储桶（东京）：CloudFront 未使用 28MB

S3 存储桶（东京）：云端使用 28MB

文件接收命令输入

S3: wget -S -v S3文件地址

CloudFront：wget -S -v cloudfront/文件网址

（为了准确，我们每次都做了两次。）

是2次的平均值。

东京
CloudFront 未使用：1.7 秒
使用 CloudFront：1.7 秒

悉尼地区
未使用 CloudFront：2.8 秒
使用 CloudFront：3.0 秒

加利福尼亚地区
未使用的 CloudFront：30 秒
使用 CloudFront：16 秒

法兰克福地区
未使用的 CloudFront：65 秒
使用 CloudFront：75 秒

我认为由于加利福尼亚地区，使用 CloudFront 会更快。

但为什么悉尼和法兰克福地区速度较慢？

我的测试有问题吗？

【问题讨论】：

将 --server-response 添加到 wget 以验证您是否获得了 X-Cache: Hit from cloudfront 响应标头，否则您不会从 CloudFront 获得缓存副本，而是看到原始提取的结果。在您从运行测试的每个地方至少请求一次内容之前，您不可能在给定的客户端位置获得成功。

标签： amazon-web-services amazon-s3 cdn amazon-cloudfront

【解决方案1】：

正如@michael-sqlbot 指出的那样，Miss from cloudfront 不应该比直接进入 S3 更快（但实际上有点慢）。即使您收到Hit from CloudFront，当从同一位置提供服务时，CloudFront 本身也不比 S3 快。通常，差异是微不足道的，并且可能有利于 S3。

在 S3 之前使用 CloudFront 的好处是：

在多个物理位置而不是一个物理位置上拥有缓存（即，世界其他地方的延迟更好，但 S3 所在的位置没有）
自定义 HTTPS 证书（即从 https://example.com 提供服务）
更好的日志记录工具/统计/报告
客户错误页面
自动压缩内容 ++

【讨论】：