如何错开清除多个级联 CDN 以确保完全清除?
How can I stagger purging multiple cascading CDN's to assure a complete purge?
我使用 Amazon S3 存储桶、云缓存和快速缓存。结合起来,它们可以非常快速地提供您要求的任何形状、大小或其他转换的图像。但是,它们以不同的速率传播清除请求。
这里是级联排列:
- 当请求图像时,Fastly 会尝试从其缓存中提供该图像。
- 如果图像不存在,Fastly 会向 Cloudinary 询问该图像。
- Cloudinary 尝试从其缓存中提供图像服务。
- 如果图像不存在,Cloudinary 会检查请求的图像是否具有关联的转换参数。
- 找到转换参数后,Cloudinary 会尝试在其缓存中找到图像的未转换版本以应用转换。
- 如果未转换的图像不存在,Cloudinary 将从 S3 存储桶中请求它。
- Cloudinary 然后应用转换并缓存原始版本和转换后的版本。
- Cloudinary 将转换后的图像提供给 Fastly。
- 快速缓存转换后的图像并提供它。
我想从我的所有服务中完全删除图像和该图像的所有转换版本(派生)。 Cloudinary 需要一个小时才能将 DELETE 请求传播到它的所有服务器。
我看到最好先在S3中删除,然后是Cloudinary,最后快速清除。一个人如何最好地将清除电话延迟一个小时?
在这种情况下,从编程的角度来说,最佳做法是什么?
作为其解决方案的一部分,Cloudinary 通过 Akamai 提供 CDN 服务(也可以与其他 CDN 集成)。
图像在初始交付后缓存在 CDN 上,直到请求清除。传播到所有 CDN 节点需要时间,可能持续长达 1 小时,但通常只需要几分钟。
协调两个 CDN 层是一项相当复杂的任务,因此最佳做法是避免在 Cloudinary 的前面使用您自己的 CDN,尤其是在通常需要失效的情况下。
我使用 Amazon S3 存储桶、云缓存和快速缓存。结合起来,它们可以非常快速地提供您要求的任何形状、大小或其他转换的图像。但是,它们以不同的速率传播清除请求。
这里是级联排列:
- 当请求图像时,Fastly 会尝试从其缓存中提供该图像。
- 如果图像不存在,Fastly 会向 Cloudinary 询问该图像。
- Cloudinary 尝试从其缓存中提供图像服务。
- 如果图像不存在,Cloudinary 会检查请求的图像是否具有关联的转换参数。
- 找到转换参数后,Cloudinary 会尝试在其缓存中找到图像的未转换版本以应用转换。
- 如果未转换的图像不存在,Cloudinary 将从 S3 存储桶中请求它。
- Cloudinary 然后应用转换并缓存原始版本和转换后的版本。
- Cloudinary 将转换后的图像提供给 Fastly。
- 快速缓存转换后的图像并提供它。
我想从我的所有服务中完全删除图像和该图像的所有转换版本(派生)。 Cloudinary 需要一个小时才能将 DELETE 请求传播到它的所有服务器。
我看到最好先在S3中删除,然后是Cloudinary,最后快速清除。一个人如何最好地将清除电话延迟一个小时? 在这种情况下,从编程的角度来说,最佳做法是什么?
作为其解决方案的一部分,Cloudinary 通过 Akamai 提供 CDN 服务(也可以与其他 CDN 集成)。
图像在初始交付后缓存在 CDN 上,直到请求清除。传播到所有 CDN 节点需要时间,可能持续长达 1 小时,但通常只需要几分钟。
协调两个 CDN 层是一项相当复杂的任务,因此最佳做法是避免在 Cloudinary 的前面使用您自己的 CDN,尤其是在通常需要失效的情况下。