AS_Web2.0应用优化解决方案.docVIP

应用解决方案Web2.0应用  一、Web应用的发展－Web2.0 什么是Web2.0 Web2.0是2003年之后互联网的热门概念之一，不过目前对什么是Web2.0并没有很严格的定义。一般来说Web2.0是相对Web1.0的新的一类Internet应用的统称。Web1.0的主要特点在于用户通过浏览器获取信息，Web2.0则更注重用户的交互作用，用户既是网站内容的消费者（浏览者），也是网站内容的制造者。 所以，到目前为止，对于Web2.0概念的说明，通常采用Web2.0典型应用案例介绍，加上对部分Web2.0相关技术的解释，这些Web2.0技术主要包括：博客（BLOG）、RSS（也叫聚合内容的技术）、百科全书(Wiki)、网摘、社会网络（SNS）、P2P、即时信息（IM）、AJAX技术等。 国内典型的Web2.0网站主要包括一些以Blog和社会网络应用为主的网站，尤其以Blog网站发展最为迅速，影响力也更大，例如博客网（）、DoNews IT社区（）、百度贴吧 （）、新浪博客 （）等。 Web2.0应用的特点 海量的内容：Blog、播客、Wiki等应用在国内大量普及，每个用户都可以建立自己的网站，上传照片、Flash，甚至视频和音频，形成了Internet上前所未有的海量内容，因此部署Web2.0应用的网站都有一个共同的特点，就是需要海量的存储空间来储存这些内容。 大量的用户交互应用：Ajax技术的广泛使用提高了Web应用的丰富程度和交互性。相对于传统的Web应用——先下载一系列更新的HTML内容，然后在浏览的方式——Ajax应用通过客户端的Javascript“异步”的向后台服务器获取动态内容，再更新到客户端的浏览器界面上，使用户获得更好的访问体验。 用户自主的内容制作和分类：Web2.0应用最重要的是背后的人——数据不再和页面或网站混粘在一起，它开始跟着用户走。这也是为什么Blog是Web2.0的代表的原因。在Blog、播客这些应用中，每个用户都自主的创建自己希望和别人分享的内容，并且由这些个性化的内容，产生出大量的个性化的服务要求。 二、Web2.0给ICP企业带来的挑战 Web2.0会改变我们熟知的Internet生态，所以作为Web技术的先锋，各种大大小小的ICP似乎都在一夜间，宣称提供对于Web2.0的支持。然而Web2.0的特点也让很多ICP企业的IT支持人员伤透了脑筋。 先让我们看看现在多数ICP在Web应用架构吧： 为了适应海量内容的需求，同时也希望提高用户访问的体验（这关系到每个网站的服务质量），多数ICP通过在服务器前部署大量的Squid（一种被普遍采用的Cache系统）服务器，来起到对Web内容的缓存作用，同时部署负载均衡产品，通过简单的四层算法（比如Round Robin），将访问请求分配到不同的Squid服务器上，这也是传统Web应用（Web1.0）下最有效的应用模式，似乎到了Web2.0的时代，只需要线性的增加Squid服务器就可以了。 事情真的是这么简单吗？ 海量的内容使传统Cache系统的利用率下降 在Web1.0的时代，Internet上的内容由有限的几个门户网站提供，内容量也很有限，因此经典的“8:2”原则非常有效－80%的用户只关心20%的内容，因此Squid这样的传统Cache应用模式（Squid+四层负载均衡）不但能提高用户访问的体验，而且可以降低后台服务器的压力。ICP不需要关心并优化不同内容在不同的Squid上面的分布情况（如果有1TB的内容，Cache系统只需要大约200～300G的硬盘空间，而现在一个服务器很容易就可以配置这样的硬盘存储容量）。 但是，Web2.0使Internet变得更加扁平化，“8:2”原则不再适用，每个用户都在寻找个性化的内容，80%的用户甚至在访问80%的内容，同时内容量也在指数性增长，因此Web2.0的Cache系统需要应付一种离散的海量的内容请求特点（相对于Web1.0的集中的有限的内容请求）。而传统的Cache应用模式（Squid+四层负载均衡），会造成所有Squid服务器缓存的内容最终趋于一致，而无法服务于离散的海量内容请求的特点。如下图： 如果网站有2TB的图片（这对大型的Blog网站是非常容易达到的），配置10个200GB的Squid服务器做Cache，IT人员的期望是Cache系统至少能服务1TB以上的图片请求，但是随着时间的积累，由于Squid的Cache特点，以及传统的四层负载均衡设备的工作原理，10个Squid服务器上缓存的内容逐级趋于一样，实际上最后整个系统只能服务200GB的图片请求，这带来了两个重要的问题： ICP在Squid服务器上的投资被浪费；（一个问题是：既然如此，为什么我们还需要很多Squid服务器呢？答案在于一个