通过直接HTTP链接访问Amazon S3小图片时TTFB超300ms的优化问题

你测试中出现的306ms等待时间是直接访问S3源站的正常表现，S3本身并非不适配小图片分发场景，它的核心定位是高持久度的对象存储，默认直接访问链路会将请求路由到你S3桶所在的区域源站，跨地区、跨运营商访问时网络握手、路由绕路都会拉高等待耗时。Wikimedia的图片加载速度更快，核心是他们使用了全球CDN缓存静态资源，用户请求直接从最近的边缘节点返回缓存内容，无需回源到源站。

具体优化可参考以下方案：

• 首选搭配AWS CloudFront CDN使用
  CloudFront是AWS原生的边缘CDN服务，和S3对接无需复杂配置，你可以把所有小图片的缓存TTL设置为7天以上（不常更新的资源可以设置30天甚至更久），资源会被缓存到全球各地的边缘节点，用户请求命中缓存时无需回源到S3，等待时间基本可以降到50ms以内，和你测试的Wikimedia加载速度持平。配置时记得开启缓存压缩，进一步减少小资源的传输耗时。
• 优化S3桶部署位置
  如果你的用户群体集中在特定地区，直接把S3桶部署在离目标用户最近的AWS区域，即使不使用CDN，直接访问的等待时间也会比跨区域访问降低60%以上。
• 开启S3传输加速
  如果你有必须直接访问S3源站链接的场景，可以开启S3的传输加速功能，它会通过AWS的全球骨干网路由你的访问请求，相比公网直接访问跨区域S3桶，延迟可以降低30%~50%。
• 小资源格式优化
  把现有JPG/PNG格式的小图片转码为WebP或AVIF格式，体积可以缩小30%以上，虽然你当前的性能瓶颈是首包等待时间，和资源体积关联不大，但格式优化可以进一步降低传输阶段的耗时，整体加载速度会更优。

内容的提问来源于stack exchange，提问作者alesk