Azure CDN与Azure Blob存储起源拉动时间过长

Lee*_*ary 15 azure azure-storage azure-cdn

我正在使用azure blob存储将图像存储在公共容器中并将它们嵌入公共网站.一切正常,blob在xxxxx.blob.core.windows.net我上传它们的瞬间公开可用.我想将Azure CDN用于其边缘缓存基础架构并在其中设置一个xxxxx.vo.msecnd.net.

但是现在,当我将我的图像指向CDN时,它会返回404大约15分钟左右,然后它开始服务.在他们的文档中提到我们不应该将CDN用于高违规或频繁更改的blob,但是对于公共站点具有图像上载功能的简单CMS保证CDN不是吗?

And*_*ick 14

对于上传到我的电子商务网站的产品图片,我现在处于完全相同的状态.出于各种显而易见的原因,我更喜欢在Azure blob存储上使用Azure CDN,但不能等待15分钟才能使图像可用.

目前我已经决定最初存储blob存储URL,但后来通过每天运行一次的Azure WebJob重写它以使用CDN域.这似乎是一项不必要的额外工作,但我还没有找到更好的选择,并且真的想要使用Azure CDN.


小智 -2

CDN 使用户能够从地理位置最接近用户的 CDN-POP 获取内容,从而降低读取延迟。如果没有 CDN,每个请求都会到达源服务器(在您的情况下为 Azure 存储)。CDN 提供的低延迟是在缓存命中时实现的。当缓存未命中时,CDN-POP 将从源服务器获取内容,从而减少 CDN 提供的延迟优势。缓存命中通常取决于内容是静态(导致缓存命中)还是动态(导致缓存未命中)及其受欢迎程度(热对象导致缓存命中)。

您选择是否使用 CDN 取决于 a) 您的文件是静态的还是动态的,如果是动态的,则使用 CDN 的好处会较低 b) 低延迟对您的应用程序是否重要以及 c) 请求率:数量较低您的文件可能会被缓存,因此 CDN 可能没那么有用,以及 d) 您是否有很高的可扩展性要求。请注意,Azure 存储具有以下可扩展性限制。如果您的应用程序超出了azure存储的可扩展性限制,那么建议使用CDN

  • 我知道使用 CDN 的好处和原因,但想象一下,用户将图像上传到我的网站,然后我将其放入 Azure 存储中,在我的 html 页面上,我将把图像的 src 从 CDN 提供服务。但用户直到 15 分钟过去才能看到它,并且 15 分钟的“时间延迟”没有记录,因此我什至无法尝试执行批处理作业来更新 url。此外,正如您所提到的,天蓝色存储对吞吐量等有限制。实现这种相当常见的场景的更好方法是什么? (6认同)