use a content delivery network

法则 2: 使用CDN 内容分发网络　 Use a Content Delivery Network

　　用户的网络带宽在逐年增加，但用户访问您web服务器的快慢仍受着地域的限制(John：最典型的例子就是我们大陆的南北电信互通问题)。 Web创业者往往都会在某一地域的机房放置自己的服务器，但一旦他们渡过艰难的初创阶段，开始要面对涌入的大量用户时，他们都要面对这样的现实：即一个地 域机房里的那一台服务器已经不足于应付这种大访问了，是时候在多个分散地域（城市结点）上部署更多的内容服务器。

　　如何迈出第一步呢？要实施地理上的内容分布，切勿急着尝试以分布式的系统构架去重新设计您的web应用。如果依赖于应用系统的分布，那您的重构 工作可能会是十分艰巨，如要处理会话状态的同步和在多个地域的数据库之间处理数据一致性等复杂问题（John：如果您进行的是类似银行级的用户应用，则不 在此讨论之列）。您应该优先考虑缩短用户与您web内容之间的地域距离。

　　还记得我们在前面的Chapter A中讨论的性能黄金法则吗：
   　只有10-20%的最终用户响应时间是花在了下载HTML源文件上。其它的80-90%是花在了下载页面中的所有组件上。
　　
　　如果您的web应用服务器离用户足够近，那么在Chapter A 中讨论的那个第一个HTTP请求的响应时间就可以更快；再或者您的web组件服务器也离用户足够近，那在页面中请求这些组件的响应时间也会缩短，这可比您重新设计一个分布式的系统的复杂度要小的多了，这就要用到内容分发网络：CDN（content delivery networks）。

 

Content Delivery Networks 

　　内容分发网络 CDN 是一个分布在多个地域间用于为用户提供更高效的内容访问服务的网络服务器集群。这种高效不仅体现在性能上，也体现在成本的节省上，因为CDN会选择离请求用户物理结点最近的一台服务器为用户提供内容访问服务，以在到提高响应时间。

　　一些大型的互联网公司都拥有自己的CDN，但使用专业CDN服务提供商的服务则更能节约成本。如Akamai科技公司于2005年收购了 Speedera网络公司，成为北美CDN市场的领军者，还有Mirror Image网络公司，Limelight 网络公司，SAVVIS 公司等。

　　如下图2-1是十大美国网站使用CDN的情况：

　　我们能看到：
　　• 有五家网站使用了Akamai
　　• 有三家分别选择了 Mirror Image，Limelight，SAVVIS
　　• 其他的五家要么没有使用CDN，要么就是有自己的CDN解决方案

    　规模较小或是非商业网站未必能负担得起CDN服务器的高额费用，但有一些免费的CDN服务机构可以选择。如部署在阿姆斯特丹自由大学的基于Apache模块的Globule(http://www.globule.org)，建在普林斯顿大学的CoDeeN (http://codeen.cs.princeton.edu)等等。(John：老实说，这些免费的CDN对我们没有什么用)
　　CDN除了能提升响应时间，还有一个好处。CDN还可以用于备份数据，扩充存储容量甚至是做缓存；它还可以帮助我们解决流量高峰的问题，如，一个提供实时性较强的天气预报或财经新闻的服务，或是发布某种体育娱乐新闻时，这种瞬间的访问高流量也可以被CDN所分流。

　　说到这，该说说CDN的缺点了，除了费用高，您的服务响应时间则会依赖于CDN服务商的硬件和同时在使用这家CDN的其它网站，甚至是有可能会 受您竞争者的影响，如果您的竞争者也在使用与您相同的CDN服务商。因为CDN服务商一般都是在他所有的分发服务器之间为客户共享这些资源（John：这 和大家在机房使用共享的虚拟主机是一个道理）。CDN的另一个不足是您可能会无法直接控制这些内容服务器，假如您要修改所有该CDN中的组件的HTTP响 应头，这可能必须通过CDN服务商而不是您自己的技术人员。如果CDN本身出了问题，也会直接影响用户对您的web的访问。在上图2-1中，eBay和 MySpace都使用了两家CDN服务商，这可是个明智之举，减少一定的风险，前提是您有足够的业务需求和金钱的支撑。

　　CDN是用来分发静态内容的，如图片，scripts，样式表或Flash。而要提供动态的HTML页面则要一定的服务器端要求：数据库连接， 状态管理，权限认证，硬件和操作系统优化等，这些复杂的东西都超出了CDN的服务器范围（John：CND不是虚拟主机提供商）。由于CDN只提供静态文 件的访问，从另一方面看，也使得它更有针对性，它只针对于提供静态文件较多的网站使用。