amazon-ec2 - 云端 TTL : Setting max TTL to 0 to just get DDOS protection benefits

Question

我一直在阅读 Cloudfront 文档，我想确保我的计划是合理的。我有一个后端 API，结构为 EC2 HTTP 服务器，内容经常更新(每秒几次更改)。这是我的理解:

• 我不应该将此 HTTP 服务器直接暴露给客户端，因为这会使 EC2 服务器容易受到 DDOS 攻击
• 使用 CloudFront 边缘位置创建一个间接层有助于抵御 DDOS，因为 AWS 可以在网络外部而不是在我的 EC2 实例周围部署防火墙
• 通过设置最大 TTL = 0，我确保 Cloudfront 只是一个间接层，不会尝试进行任何实际缓存，以便用户始终获得最新信息。

这些假设是否正确/我的计划听起来合理吗？从网上看似乎这是对 Cloudfront 的非标准使用。

Answer 1

这是一个非常合理的计划。

这不是 AWS 营销 CloudFront(作为 CDN)的主要用例，但很难说这种做法不在产品的设计范围内。

Amazon CloudFront accepts expiration periods as short as 0 seconds (in which case Amazon CloudFront will revalidate each viewer request with the origin). Amazon CloudFront also honors special cache control directives such as private, no-store, etc.; these are often useful when delivering dynamic content that may not be cached at the edge.

https://aws.amazon.com/cloudfront/dynamic-content/

当然，如果有足够的流量，一定程度仍然足以让您的服务器过载，但是，是的，这是一个可靠的策略。

在底层，API Gateway Edge-Optimized 端点和 S3 Transfer Acceleration 功能都使用完全禁用缓存的 CloudFront。在这两种情况下，您都无法在控制台中看到与这些服务相关的 CloudFront 分配，但这就是它们的工作方式。