没有合适的资源?快使用搜索试试~ 我知道了~
一步步构建大型网站架构
资源详情
资源评论
资源推荐
一步步构建大型网站架构
之前我简单向大家介绍了各个知名大型网站的架构,MySpace 的五个里程碑、Flickr 的架构、
YouTube 的架构、PlentyOfFish 的架构、WikiPedia 的架构。这几个都很典型,我们可以从中获
取很多有关网站架构方面的知识,看了之后你会发现你原来的想法很可能是狭隘的。
今天我们来谈谈一个网站一般是如何一步步来构建起系统架构的,虽然我们希望网站一开始就
能有一个很好的架构,但马克思告诉我们事物是在发展中不断前进的,网站架构也是随着业务的扩
大、用户的需求不断完善的,下面是一个网站架构逐步发展的基本过程,读完后,请思考,你现在
在哪个阶段。
架构演变第一步:物理分离 WebServer 和数据库
最开始,由于某些想法,于是在互联网上搭建了一个网站,这个时候甚至有可能主机都是租借
的,但由于这篇文章我们只关注架构的演变历程,因此就假设这个时候已经是托管了一台主机,并
且有一定的带宽了。这个时候由于网站具备了一定的特色,吸引了部分人访问,逐渐你发现系统的
压力越来越高,响应速度越来越慢,而这个时候比较明显的是数据库和应用互相影响,应用出问题
了,数据库也很容易出现问题,而数据库出问题的时候,应用也容易出问题。于是进入了第一步演
变阶段:将应用和数据库从物理上分离,变成了两台机器,这个时候技术上没有什么新的要求,但
你发现确实起到效果了,系统又恢复到以前的响应速度了,并且支撑住了更高的流量,并且不会因
为数据库和应用形成互相的影响。
看看这一步完成后系统的图示:
架构演变第二步:增加页面缓存
好景不长,随着访问的人越来越多,你发现响应速度又开始变慢了,查找原因,发现是访问数
据库的操作太多,导致数据连接竞争激烈,所以响应变慢。但数据库连接又不能开太多,否则数据
库机器压力会很高,因此考虑采用缓存机制来减少数据库连接资源的竞争和对数据库读的压力。这
个时候首先也许会选择采用 squid 等类似的机制来将系统中相对静态的页面(例如一两天才会有更
新的页面)进行缓存(当然,也可以采用将页面静态化的方案),这样程序上可以不做修改,就能
够很好的减少对 WebServer 的压力以及减少数据库连接资源的竞争,OK,于是开始采用 squid 来
做相对静态的页面的缓存。
看看这一步完成后系统的图示:
这一步涉及到了这些知识体系:
前端页面缓存技术,例如 squid,如想用好的话还得深入掌握下 squid 的实现方式以及缓存的
失效算法等。
架构演变第三步:增加页面片段缓存
增加了 squid 做缓存后,整体系统的速度确实是提升了,WebServer 的压力也开始下降了,
但随着访问量的增加,发现系统又开始变的有些慢了。在尝到了 squid 之类的动态缓存带来的好处
后,开始想能不能让现在那些动态页面里相对静态的部分也缓存起来呢,因此考虑采用类似 ESI 之
类的页面片段缓存策略,OK,于是开始采用 ESI 来做动态页面中相对静态的片段部分的缓存。
看看这一步完成后系统的图示:
这一步涉及到了这些知识体系:
页面片段缓存技术,例如 ESI 等,想用好的话同样需要掌握 ESI 的实现方式等;
架构演变第四步:数据缓存
在采用 ESI 之类的技术再次提高了系统的缓存效果后,系统的压力确实进一步降低了,但同样,
随着访问量的增加,系统还是开始变慢。经过查找,可能会发现系统中存在一些重复获取数据信息
的地方,像获取用户信息等,这个时候开始考虑是不是可以将这些数据信息也缓存起来呢,于是将
这些数据缓存到本地内存,改变完毕后,完全符合预期,系统的响应速度又恢复了,数据库的压力
也再度降低了不少。
看看这一步完成后系统的图示:
这一步涉及到了这些知识体系:
剩余10页未读,继续阅读
yoyo3
- 粉丝: 0
- 资源: 9
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功
评论0