Amazon CloudFront延迟

Question

我正在为我正在开发的web应用程序试用AWS3和CloudFront。

在应用程序中，我允许用户上传文件到S3 bucket（使用AWS SDK）并通过CloudFront CDN使其可用，但问题是即使文件在S3 bucket中上传并准备就绪，也需要大约一到两分钟才能在CloudFront CDN url中可用，这正常吗？

Answer 1

CloudFront尝试实时从原始服务器获取未缓存的内容。不存在“复制延迟”或类似问题，因为CloudFront是一个拉通CDN。每个CloudFront edge位置只知道您站点的存在和配置；在收到请求之前，它不知道您的内容。当发生这种情况时，CloudFront edge从原始服务器获取所请求的内容，并根据需要将其缓存，以便为后续请求提供服务。

这里发生的问题与一个有时被称为“负缓存”的概念有关--缓存请求无法工作的事实--这样做通常是为了避免用可能失败的请求重击正在缓存的内容的起源。

默认情况下，当您的源返回HTTP 4xx或5xx状态代码时，CloudFront会将这些错误响应缓存五分钟，然后将对象的下一个请求提交给您的源，以查看导致错误的问题是否已经解决，并且请求的对象现在是否可用。

^{- http://docs.aws.amazon.com/amazoncloudfront/latest/developerguide/custom-error-pages.html}

如果浏览器或其他任何东西试图在上传到S3之前从特定的CloudFront边缘下载文件，S3将返回一个错误，CloudFront--在该边缘位置--将缓存该错误，并在接下来的5分钟内记住，不再费心再试一次。

不过，不用担心--这个计时器是可配置的，所以如果浏览器在你的控制之外暗地里这么做，你还是可以修复它的。

您可以为CloudFront缓存的每个4xx和5xx状态代码指定错误缓存持续时间（错误缓存最小TTL）。有关过程，请参见配置错误响应行为。

^{- http://docs.aws.amazon.com/amazoncloudfront/latest/developerguide/custom-error-pages.html}

要在控制台中配置此功能,请执行以下操作：

从下拉列表中选择要修改的错误代码，如403（禁止）或404（未找到）--桶配置确定S3为丢失的对象返回哪些代码，因此如果您不确定，请更改403，然后重复该过程并更改404。

将错误缓存最小TTL（秒）设置为0

将自定义错误响应设置为否（如果设置为是，则此选项启用错误的自定义响应内容，这不是您想要的。激活此选项超出了本问题的范围。）

单击创建。这将使您回到前面的视图，您将看到error Caching Minimum ttl用于刚才定义的代码。

当您完成了所需的所有更改后，返回CloudFront控制台主屏幕，其中列出了发行版。等待分发状态从inprogress更改为deploymed（以前，这需要相当长的时间，但现在通常需要5分钟左右才能将更改推出到所有边缘）并进行测试。