EC2与S3同区域时，通过EC2取S3数据是否需配置CloudFront？

先明确当前架构的核心问题：所有请求都要经过EC2中转静态资源，等于EC2既要处理动态逻辑（和RDS交互），又要承担S3静态资源的“搬运工”角色，会额外消耗EC2的带宽和计算资源。

不需要配置CloudFront的场景 #

• 所有用户都和EC2/S3处于同一区域，访问延迟已经足够低，完全能接受
• EC2的CPU、带宽等资源还有富余，不需要分担静态资源的请求压力
• 静态资源更新频率极高，且要求用户每次都拿到最新版本，完全不能依赖缓存（当然CloudFront也支持实时刷新，但如果这种场景是常态，确实没必要多此一举）
• 当前架构的安全防护（比如ALB上的WAF）已经满足需求，不需要额外的安全层

建议配置CloudFront的场景 #

• 用户分布在不同地理区域：哪怕EC2和S3同区域，跨区域用户访问EC2的延迟还是会很高，CloudFront的边缘节点可以把静态资源缓存到离用户更近的地方，大幅降低加载延迟
• 想减轻EC2负载：把静态资源请求直接分流到CloudFront，让EC2专注处理动态数据查询，减少EC2的带宽占用和计算消耗，还能节省成本
• 需要更强的安全防护：CloudFront集成了AWS WAF和Shield，可以提供更细致的规则过滤，以及更全面的DDoS防护能力，比仅在ALB上配置防护更灵活
• 优化成本：CloudFront从S3拉取静态资源的流量是免费的，而EC2返回给用户的出站流量成本，相比CloudFront的出站流量可能更高，尤其是大流量场景下能省不少钱
• 想要精细化缓存控制：可以针对音频、视频、PDF等不同类型的资源设置不同的缓存过期时间，既提升用户重复访问的体验，又能减少对源站的请求

如果决定用CloudFront，建议优化架构：让CloudFront直接从S3获取静态资源，动态请求则转发到ALB→EC2，彻底去掉EC2中转静态资源的环节，效率更高。

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