在决定使用内容分发网络(CDN)时，文件大小是否很重要？

Question

我正在尝试弄清楚使用CDN与在本地托管镜像的有效性。假设我们的负载是这样的:与使用CDN相比，从托管HTML内容的同一服务器提供图像或javascript文件的速度不会变慢，那么局部性在什么时候起作用？

我对CDN的工作原理的理解是，一个请求会去主CDN站点获取文件。这个站点只路由请求，所以它会重定向到(理论上)离发出请求的用户更近的其他the服务器。

然而，与遭受更大延迟的一个请求相比，2个HTTP请求和2个连接的开销实际上可能会增加开销。

我的问题是，有没有人有任何数字或文章关于什么文件大小减少延迟会有很大的不同，并使其成为切换到CDN的明显选择？

Answer 1

根据雅虎的YSlow工具和我做过的任何测试，拆分图像、css和javascript的主机是一个很好的想法，而且可以提高速度。

此外，如果您可以管理它，在不提供cookie的域中提供您的静态内容也会增加速度。

来自YSlow的雅虎开发者帮助部分：http://developer.yahoo.com/performance/rules.html#cdn

“记住，80%-90%的最终用户响应时间花在下载页面中的所有组件上:图像、样式表、脚本、闪存等。这是性能黄金法则。与其从重新设计应用程序架构的困难任务开始，不如先分散静态内容。这不仅大大缩短了响应时间，而且由于有了内容交付网络，它变得更容易。”

Answer 2

“地方性在什么时候生效？”这在很大程度上取决于您的流量模式。您可能在X国家托管主机，而您的大多数客户也在那里。CDN可能不是正确的答案--您可能希望在应用程序前面有一个健壮的缓存层。

CDN可以提供更好的连接处理、减少到源端的连接/请求/带宽、TCP优化、DDoS防护以及缓存(您在原问题中没有提到)等国内优势。但这完全取决于你愿意付多少钱。

离您的源端越远，CDN带来的好处越明显。无论文件是大是小，这都是一样的。

尝试一些现实世界的测试，使用按需付费的CDN，看看会发生什么。