AWS Cloud Front 不遵守 TTL

Question

我们最近发现 Cloudfront 会在 1 天后删除文件，无论 cloudFront 或源标头中的最小、最大和默认 TTL 设置如何。

有没有办法覆盖此标头并强制 Cloudfront 尊重 TTL 值？

如果不是，在从 CDN 删除文件之前，Cloudfront 真正使用的 TTL 是多少？

如果确实没有 SLA，任何其他具有 SLA 的可靠 CDN。

请求 1 headersResponse HIT

---

Response Version - HTTP/2
access-control-allow-origin 
*
age 
60847
alt-svc 
h3=":443"; ma=86400
cache-control   
max-age=2592000
content-encoding    
gzip
content-type    
text/css
date    
Sun, 30 Jul 2023 09:57:24 GMT
expires 
Tue, 29 Aug 2023 09:57:24 GMT
last-modified   
Wed, 20 Jan 1988 04:20:42 GMT
server  
nginx
vary    
Accept-Encoding
via 
1.1 xxx.cloudfront.net (CloudFront)
x-amz-cf-id XXX
x-amz-cf-pop    
YVR50-C1
x-cache 
Hit from cloudfront

请求 2 个标头响应未命中

---

Response Version - HTTP/2
access-control-allow-origin 
*
alt-svc 
h3=":443"; ma=86400
cache-control   
max-age=315360000
content-encoding    
gzip
content-type    
text/css
date    
Sun, 06 Aug 2023 00:12:08 GMT
expires 
Thu, 31 Dec 2037 23:55:55 GMT
last-modified   
Wed, 20 Jan 1988 04:20:42 GMT
server  
nginx
vary    
Accept-Encoding
via 
1.1 xxx.cloudfront.net (CloudFront)
x-amz-cf-id 
x-amz-cf-id XXX
x-amz-cf-pop    
YVR50-C1
x-cache 
Miss from cloudfront ```

Answer 1

与 Cloudfront 支持人员进行广泛讨论后，看来 TTL 确实只是建议。 Cloudfront 尝试根据其资源负载等尊重他们，但不能保证，除非您与他们达成某种企业协议。

我已将一些资源转移到 Cloudflare，并看到了显着的改进。