从内容分发网络问题处理文件

Question

据我所知，CDN的目的是在离用户更近的多个区域中缓存静态文件。然而，我已经注意到一些网站，当从他们的服务器请求一个页面时，他们从他们的cdn抓取资产文件，处理它们(压缩，缩小，等等)。缓存其服务器上的结果，然后将其发送给请求页面的用户。

这对我来说没什么意义。处理服务器上的文件不会消除使用cdn带来的好处吗？这是一种正常的做事方式，还是我不了解整个资产管理的概念？

Answer 1

使用CDN处理这些文件可以使开发人员的生活更轻松。而且，根据站点的不同，开发人员可能不知道最佳的压缩/缩放技术，因此将其留给CDN的宿主并不是件坏事。

出于好奇，你是怎么注意到这种行为的？看来，如果做得对，最终用户是无法察觉的。

Answer 2

有几个网站说，当从他们的服务器请求一个页面时，他们从他们的cdn抓取资产文件，处理它们(压缩，缩小，等等)。缓存其服务器上的结果，然后将其发送给请求页面的用户。

好的，假设您在自己的服务器上有www.company.com，并且您还有另一家公司提供的CDN服务。您的意思是从CDN上的存储中提取数据，然后转到运行www.company.com的服务器园区，然后从那里向最终用户提供数据吗？

如果这就是你的意思，那是毫无意义的，而且似乎是个错误。对于某些形式的“云文件存储”(如亚马逊S3 )来说，这可能是有意义的。但是Amazon不是S3，它是一个高度可伸缩的文件存储，它不像CDN那样分发给全世界的POP。(如果你想要亚马逊系列产品中的CDN，那么你想要亚马逊CloudFront。)

也许您的意思是相反，您在您自己的服务器上有www.company.com，并将资产添加到您的CDN。您的CDN然后小型化& HTTP压缩它们，并为最终用户提供压缩服务？这是正常的，但这只是一个更容易配置的问题。有些人/公司似乎无法节省精力来配置自己的web服务器，因此他们要求CDN来处理这个问题。( BTW只是部分解决方案，因为只有“静态”CSS和JS等才能得到最优的服务- HTML通常不会通过CDN。)

据我所知，CDN的目的是在离用户更近的多个区域中缓存静态文件。

是的，没错。在这种情况下，“更近”是“具有较少的网络延迟”的缩写。