Azure CDN与Azure Blob存储起源拉长的时间过长
我正在使用azure blob存储将图像存储在公共容器中，并将它们嵌入到公共网站中。 一切工作正常，blob公开可在xxxxx.blob.core.windows.net上即时我上传它们。 我想将Azure CDN用于其边缘缓存基础架构，并在xxxxx.vo.msecnd.net设置一个。
但现在，当我将图像指向CDN时，它会返回404达15分钟左右，然后开始投放。 在他们的文档中提到我们不应该使用CDN来处理高暴力或频繁变化的斑点，但是一个简单的CMS具有用于公共站点的图像上传功能，这就保证了CDN不是吗？
目前，我的产品图片上传到我的电子商务网站的情况完全相同。 我更喜欢在Azure blob存储之上使用Azure CDN，原因很明显，但不能等待15分钟才能使用该映像。
目前我已经解决了最初存储blob存储URL的问题，但随后将其重写为通过每天运行一次的Azure WebJob使用CDN域。 这似乎是不必要的额外工作，但我还没有找到更好的选择，并且真的想要使用Azure CDN。
我现在正在做什么...用于部署前手动上传的网站相关图像和文件（https://abc.blob.core.windows.net/cdn）以及如果网站用户使用我的网站上传图像或文件在内部，我使用CloudBlobClient将该文件上传到blob存储（单独的容器不是CDN）
CDN使用户能够从地理位置上最接近用户的CDN-POP获取内容，从而降低读取延迟。 如果没有CDN，每个请求都会到达原始服务器（在您的情况下为Azure存储）。 CDN提供的低延迟是在存在缓存命中时实现的。 在缓存未命中时，CDN-POP将从原始服务器获取内容，减少CDN提供的延迟收益。 缓存命中通常取决于内容是静态的（导致缓存命中）还是动态的（导致缓存未命中）以及流行度（热门对象导致缓存命中）。
您是否选择使用CDN取决于a）您的文件是静态的还是动态的，如果是动态的，那么使用CDN的好处较低b）低延迟是否对您的应用程序很重要c）请求率：的请求您的文件可能会被缓存，所以CDN可能没有那么有用，以及d）您是否具有很高的可伸缩性要求。 请注意，Azure存储具有以下可扩展性限制。 如果您的应用程序超出了Azure存储的可伸缩性限制，那么建议使用CDN
链接地址: http://www.djcxy.com/p/65551.html上一篇: Azure CDN vs Azure Blob storage origin pull takes way too long