Caching CDN边缘服务器上的缓存未命中

Caching CDN边缘服务器上的缓存未命中,caching,cdn,transport,content-delivery-network,Caching,Cdn,Transport,Content Delivery Network,CDN边缘服务器缓存未命中时: 服务器可能会将最终用户重定向到另一个包含该内容或服务的CDN服务器 它可能会尝试从生产者下载请求的内容,缓存它,然后响应最终用户 现在,如果这种理解是正确的,那么第二种解决方案如何适用于非常大的文件(如电影)。我只是不明白边缘服务器如何让最终用户暂停几分钟,从制作人那里下载内容,然后发送给最终用户 CDN对用户的延迟不会超过源站(生产商)的延迟 在流式传输电影的情况下,无论您与源站之间是否有CDN,您都不会下载整个电影然后播放(CDN也不会),而是在播放之前下载的

CDN边缘服务器缓存未命中时:

  • 服务器可能会将最终用户重定向到另一个包含该内容或服务的CDN服务器
  • 它可能会尝试从生产者下载请求的内容,缓存它,然后响应最终用户

  • 现在,如果这种理解是正确的,那么第二种解决方案如何适用于非常大的文件(如电影)。我只是不明白边缘服务器如何让最终用户暂停几分钟,从制作人那里下载内容,然后发送给最终用户

    CDN对用户的延迟不会超过源站(生产商)的延迟

    在流式传输电影的情况下,无论您与源站之间是否有CDN,您都不会下载整个电影然后播放(CDN也不会),而是在播放之前下载的区块时分块下载电影(CDN也会这样做,并缓存区块)


    顺便说一句,CDN实际上可以通过加速TCP和其他很酷的技术来加速下载大文件或动态内容,即使它不将其保存在缓存中

    我更关心的是CDN服务器如何将传入的字节流从源端转发到用户端。假设消费者想通过HTTP协议下载一个大的二进制文件,那么服务器是如何解析HTTP请求的?@ ChavoSh,在这种情况下,在中间有一个CDN是唯一的,为什么会比从原点下载一个巨大的文件更糟糕?我试图理解TCP的点对点模型是如何与CDN服务器一起工作的,因为在这种情况下,CDN服务器本身就是目的地。实际上,当涉及到TCP时,CDN会做一些有趣的事情。例如,CloudFront为加速维护持久TCP连接。不管怎样,CDN基本上是一台计算机,没有任何技巧或优化,它与您有一个打开的连接,一个与源站的连接,并来回转发请求和响应。如果您担心CDN的负载能力,即处理来自单个用户或多个用户的巨大流量,这是CDN工程师工作的一部分,即预测负载、重定向流量、优化硬件数量等。