- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
如何规划设计大型门户网站的架构
一个小型的网站,比如个人网站,可以使用最简单的 html 静态
页面就实现了,配合一些图片达到美化效果,所有的页面均存放在一
个目录下,这样的网站对系统架构、性能的要求都很简单,随着互联
网业务的不断丰富,网站相关的技术经过这些年的发展,已经细分到
很细的方方面面,尤其对于大型网站来说,所采用的技术更是涉及面
非常广,从硬件到软件、编程语言、数据库、WebServer、防火墙等
各个领域都有了很高的要求,已经不是原来简单的 html 静态网站所
能比拟的。
大型网站架构,比如门户网站的架构。在面对大量用户访问、高
并发请求方面,基本的解决方案集中在这样几个环节:使用高性能的
服务器、高性能的数据库、高效率的编程语言、还有高性能的 Web 容
器。但是除了这几个方面,还没法根本解决大型网站面临的高负载和
高并发问题。
上面提供的几个解决思路在一定程度上也意味着更大的投入,并
且这样的解决思路具备瓶颈,没有很好的扩展性,下面我从低成本、
高性能和高扩张性的角度来说说我的一些经验。
1、HTML 静态化
其实大家都知道,效率最高、消耗最小的就是纯静态化的 html 页面,
所以我们尽可能使我们的网站上的页面采用静态页面来实现,这个最
简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新
的网站,我们无法全部手动去挨个实现,于是出现了我们常见的信息
发布系统 CMS,像我们常访问的各个门户站点的新闻频道,甚至他们
的其他频道,都是通过信息发布系统来管理和实现的,信息发布系统
可以实现最简单的信息录入自动生成静态页面,还能具备频道管理、
权限管理、自动抓取等功能,对于一个大型网站来说,拥有一套高效、
可管理的 CMS 是必不可少的。
除了门户和信息发布类型的网站,对于交互性要求很高的社区类型网
站来说,尽可能的静态化也是提高性能的必要手段,将社区内的帖子、
文章进行实时的静态化,有更新的时候再重新静态化也是大量使用的
策略,像 Mop 的大杂烩就是使用了这样的策略,网易社区等也是如此。
同时,html 静态化也是某些缓存策略使用的手段,对于系统中频繁
使用数据库查询但是内容更新很小的应用,可以考虑使用 html 静态
化来实现,比如论坛中论坛的公用设置信息,这些信息目前的主流论
坛都可以进行后台管理并且存储再数据库中,这些信息其实大量被前
台程序调用,但是更新频率很小,可以考虑将这部分内容进行后台更
新的时候进行静态化,这样避免了大量的数据库访问请求。
2、图片服务器分离
大家知道,对于 Web 服务器来说,不管是 Apache、IIS 还是其他容器,
图片是最消耗资源的,于是我们有必要将图片与页面进行分离,这是
基本上大型网站都会采用的策略,他们都有独立的图片服务器,甚至
很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器
系统压力,并且可以保证系统不会因为图片问题而崩溃,在应用服务
器和图片服务器上,可以进行不同的配置优化,比如 apache 在配置
ContentType 的时候可以尽量少支持,尽可能少的 LoadModule,保
证更高的系统消耗和执行效率。
3、数据库集群和库表散列
大型网站都有复杂的应用,这些应用必须使用数据库,那么在面对大
量访问的时候,数据库的瓶颈很快就能显现出来,这时一台数据库将
很快无法满足应用,于是我们需要使用数据库集群或者库表散列。
在数据库集群方面,很多数据库都有自己的解决方案,Oracle、Sybase
等都有很好的方案,常用的 MySQL 提供的 Master/Slave 也是类似的
方案,您使用了什么样的 DB,就参考相应的解决方案来实施即可。
上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采
用 DB 类型的限制,于是我们需要从应用程序的角度来考虑改善系统
架构,库表散列是常用并且最有效的解决方案。我们在应用程序中安
装业务和应用或者功能模块将数据库进行分离,不同的模块对应不同
的数据库或者表,再按照一定的策略对某个页面或者功能进行更小的
数据库散列,比如用户表,按照用户 ID 进行表散列,这样就能够低
成本的提升系统的性能并且有很好的扩展性。sohu 的论坛就是采用
了这样的架构,将论坛的用户、设置、帖子等信息进行数据库分离,
然后对帖子、用户按照板块和 ID 进行散列数据库和表,最终可以在
配置文件中进行简单的配置便能让系统随时增加一台低成本的数据
库进来补充系统性能。
4、缓存
缓存一词搞技术的都接触过,很多地方用到缓存。网站架构和网站
原创力文档


文档评论(0)