amazon-web-services - 在 CloudFront 中更改 "Origin Path"需要很长时间才能启动

Question

我们有一个静态站点托管在 S3 中并随 CloudFront 一起交付。该网站有效，但推出更新需要很长时间——数小时或更长时间。具体来说，改变 原点路径 几乎没有像期望的那样快地反射(reflect)在边缘位置上。

这是我们正在努力实现的目标......

我们的 S3 存储桶配置为托管网站。它存储同一站点的多个版本。每个 git 标签都有一个子目录。例如:

/git-v1
/git-v2
/git-v3
..

目标是告诉 CF 开始为每个 Origin Path 设置提供站点的新版本。我们不想使旧对象失效，只需通过创建一个新目录并将 CF 指向它来继续推进版本。 CloudFront Distributions 下的状态长时间显示“已部署”，但边缘站点继续忽略新的源路径。

任何有关如何让 CF 开始更快地为新子目录提供服务的想法将不胜感激。

Answer 1

Origin Path在检查缓存之后将设置应用于请求......而不是之前。当 URI 中请求的对象不在缓存中时，从源服务器请求该对象。此时，Origin Path 被添加到传入请求路径，然后发送到源。缓存基于传入的请求路径。¹

设置本身会很快生效，通常在几秒钟内生效，但不会清除缓存。

如果这只是为了对根页面进行版本控制，您可以将原始路径留空，将默认根对象更改为新的根对象，然后使 / 失效。 .或者，你可以继续做你正在做的事情，然后使 /* 失效。进行更改后。免费失效限制为每月 1000 次，但失效 /* (或任何通配符)仅计为 1 次失效，无论通配符匹配多少个对象。

¹ 传入请求路径也指 Lambda@Edge 查看器请求触发器修改后的路径(如果适用)。