Caching Azure CDN“；“放松”；请求

我们正在使用Azure CDN（Verizon标准）向电子商务站点提供图像，但是，我们遇到了来自源站点的不合理的加载量，本应缓存在CDN中的图像再次被请求多次

如果图像被频繁请求，它们似乎会留在缓存中（设置pingdom页面速度测试不会显示问题，它每30分钟执行一次）

此外，如果我请求一个图像（使用浏览器），缩放后的图像将从源站请求并交付，但第二个请求不会从CDN返回缓存文件，而是再次调用源站。第三个请求从CDN返回

origin是一个web应用程序，它可以缩放和交付请求的图像。所有对图像的请求都具有以下标头，这些标头可能会影响缓存：

缓存控制：最大年龄=31536000，s-maxage=31536000

ETag:e7bac8d5-3433-4ce3-9b09-49412ac43c12？缓存始终&maxheight=3200&maxwidth=3200&width=406&quality=85

由于我们希望CDN缓存缩放后的图像，Azure CDN Endpoint被配置为缓存每个唯一的url，并且缓存行为是“如果丢失则设置”（尽管所有响应都有上面的头）

---

使用与AWS Cloudfront相同的源代码可以完美地工作（但是因为我们在Azure中拥有所有其他功能，所以最好让它工作起来）。我还没有发现ETag是否有任何限制或约束，但由于它与AWS一起工作，似乎我缺少了与Azure或Verizon相关的内容。

在这方面有什么突破吗？我们也遇到了同样的问题。我们的映像设置为永不过期，因此理想情况下CDN应该只出现一次并获取它们。当然，CDN不是一个单一的服务器实例，因此我可以预期URL会被多次命中（例如，不时添加/替换POP服务器），但实际上，我们在服务器上每分钟会看到大约500到1000个请求。这对我来说太过分了，所以我想知道我们是否缺少了一个神奇的环境。在这方面有什么突破吗？我们也遇到了同样的问题。我们的映像设置为永不过期，因此理想情况下CDN应该只出现一次并获取它们。当然，CDN不是一个单一的服务器实例，因此我可以预期URL会被多次命中（例如，不时添加/替换POP服务器），但实际上，我们在服务器上每分钟会看到大约500到1000个请求。这对我来说太过分了，所以我想知道我们这里是否缺少了一个神奇的环境。