根据https://aws.amazon.com/cloudfront/dynamic-content/
亚马逊提出以下声明
如果您提供动态内容，例如 Web 应用程序或 API 直接来自 Amazon Elastic Load Balancer (ELB) 或 Amazon EC2 实例到 Internet 上的最终用户，您可以改进 通过使用您的内容的性能、可用性和安全性 Amazon CloudFront 作为您的内容交付网络。与亚马逊 CloudFront，您的最终用户连接在 CloudFront 终止 靠近他们的位置，这有助于减少整体回合 建立连接所需的行程时间。
CDN 究竟如何加速动态内容交付（例如通过 API）？
【问题讨论】：
标签： amazon-web-services amazon-cloudfront cdn dynamic-content
通过使用动态站点加速 (DSA)。 https://en.wikipedia.org/wiki/Dynamic_site_acceleration (License of the wiki article)
- 改进了连接管理，通过多路复用客户端连接和
- HTTP 保持活动状态
- 无法缓存的 Web 响应的预取
- 动态缓存控制
- 动态压缩
- 整页缓存
- 卸载 SSL 终止
- 基于响应的 TTL 分配（弯曲）
- TCP 优化
- 路线优化
【讨论】：
就像它说的，在这里...
使用 Amazon CloudFront，您的最终用户连接会在离他们更近的 CloudFront 位置终止，这有助于减少建立连接所需的总体往返时间。
这是关于消除和/或最小化开销。
TCP 需要 1 次往返服务器。 TLS 还需要 2 个。然后 HTTP 还需要 1 个。使用 CloudFront，前 3 个速度要快得多，因为它们建立在非常靠近客户端的位置，并且如果从 CloudFront 边缘到源的已建立连接可用，CloudFront 可以重复使用它。
如果不是这样，其余的往返行程将通过 AWS 边缘网络上的优化连接进行，并使用“冷土豆”路由——AWS 不会尝试尽快将公共 Internet 上的流量丢弃。相反，他们尽可能多地将其保存在网络上。
对于高流量站点，还有请求崩溃，也称为 collapsed forwarding - 根据条件，如果 CloudFront 边缘已经在处理给定的资源请求，并且更多相同的请求恰好到达相同的资源，CloudFront 将暂停这些额外的请求，而不是将它们发送到源，它会在响应到达时将相同响应的副本发送给每个请求者，以获取已经在进行中的请求。
当然，它实际上并没有使渲染更快……它只是优化了其他一切。
【讨论】：