【网站高性能 7】----大型网站架构演化知多少(二)
2017-01-11 19:23
274 查看
大型网站架构演化知多少(二)
这不,小编这次带来更好的有趣的解决方案:
你想想,客户增多,数据量增大,不管多么大的服务器,都满足不了网站持续增长的业务需求,所以在这种情况下,更恰当的做法就是:增加一条服务器分担原有的服务器访问及存储压力。
应用服务器实现集群是网站可伸缩集群架构设计中较为简单成熟的一种方式。通过负载均衡,可将来自用户浏览器的访问请求分发到应用服务器集群中的任何一台服务器上,如果没有更多的用户,就在集群中加入更多的应用服务器,使应用服务器负载压力不是整个网站的瓶颈。
这不,小编这就来介绍怎么进行数据库的读写分离实现负责均衡来提升网站的性能。
问题: 读写操作的瓶颈:换成访问不命中,缓存过期;全部写操作访问数据库达到一定规模。
解决原理:目前大部分主流数据库都提高主从热备功能,通过配置两台数据库主从关系,可以将一台数据库服务器数据更新同步到另一台服务器上。网站利用数据库这一功能实现数据库的读写分离,从而改善数据库的负载压力:
原理: CDN和反向代理的基本原理都是缓存,区别在于CDN部署在网络提供商的机房,使用户在请求网站服务时,可以从距离自己最近的网络提供商机房获取数据;
而反向代理则部署在网站的中心机房,当用户请求到达中心机房后,首先访问的服务器是反向代理服务器,如果反向代理服务器中缓存着用户请求的资源,就将其直接返回给用户。
分布式数据库是网站数据库拆分的最后手段.只有在单表数据规模非常庞大的时候才使用。不到不得已时,网站更常用的数据库拆分手段是收务分库,将不同业务的数据库部署在不同的物理服务器上。
随着网站业务越来越复杂,对数据存储和检索的需求也是越来越复杂,网站需要采用一些非关系数据库技术比如NoSQL和非数据库查询技术比如搜索引擎:
NoSQL(全称是Not Only SQL 非关系型数据库)也即不仅仅是SQL,还有键值,列存储,文档型和图形数据库。---就是为了解决大规模数据集合多重数据种类而衍生出来的。
具体怎么做?---也会根据产品线划分,将一个网站拆分成许多不同的应用,每个应用独立部署维护。应用之间可以通过一个超链接建立关系(在首页上的导航链接每个都指向不同的应用地址),也可以通过消息队列进行数据分发,当然最多的还是通过访问同一个数据存储系统来构成一个关联的完整系统,如下图:
前言:
在前一博文:大型网站架构演化知多少(一)中小编介绍了大型网站的架构发展历程,从初级的架构中只有一台服务器到增加服务器,再到使用缓存,数据访问的压力可以得到很好的缓解,但是当访问逐步增加,单一的应用程序服务器处理请求连接还是有限,特别是访问高峰期,应用服务器成为整个网站的瓶颈,那该怎么办?这不,小编这次带来更好的有趣的解决方案:
1,应用服务器集群
使用集群就是网站解决高并发、海量数据问题的一个非常好的手段。当一台服务器处理能力、存储空间不足时,不要企图去换强大的服务器。那你会说,不用更大的服务器,那怎么办?你想想,客户增多,数据量增大,不管多么大的服务器,都满足不了网站持续增长的业务需求,所以在这种情况下,更恰当的做法就是:增加一条服务器分担原有的服务器访问及存储压力。
应用服务器实现集群是网站可伸缩集群架构设计中较为简单成熟的一种方式。通过负载均衡,可将来自用户浏览器的访问请求分发到应用服务器集群中的任何一台服务器上,如果没有更多的用户,就在集群中加入更多的应用服务器,使应用服务器负载压力不是整个网站的瓶颈。
2,数据库读写分离—负载均衡
还记得第一张最简单的应用程序分布图吗?由应用程序、文件、数据库组成,上面我们对应用程序用集群,访问的瓶颈解决,剩下来对数据库和文件就会有更高的要求了。这不,小编这就来介绍怎么进行数据库的读写分离实现负责均衡来提升网站的性能。
问题: 读写操作的瓶颈:换成访问不命中,缓存过期;全部写操作访问数据库达到一定规模。
解决原理:目前大部分主流数据库都提高主从热备功能,通过配置两台数据库主从关系,可以将一台数据库服务器数据更新同步到另一台服务器上。网站利用数据库这一功能实现数据库的读写分离,从而改善数据库的负载压力:
3,反向代理,CDN技术---加速网站响应
随着网站业务不断发展,用户规模越来越大,由于中国复杂的网络环境,不同地区的用户访问网站时,速度差别也极大。有研究表明,网站访问延迟和用户流失率正相关,网站访问越慢,用户越容易失去耐心而离开。为了提供更好的用户体验,留住用户,网站需要加速网站访问速度,主要手段有使用CDN和反向代理,如图所示:原理: CDN和反向代理的基本原理都是缓存,区别在于CDN部署在网络提供商的机房,使用户在请求网站服务时,可以从距离自己最近的网络提供商机房获取数据;
而反向代理则部署在网站的中心机房,当用户请求到达中心机房后,首先访问的服务器是反向代理服务器,如果反向代理服务器中缓存着用户请求的资源,就将其直接返回给用户。
4,文件,数据库使用分布式系统
任何强大的单一服务器都满足不了大型网站持续增长的业务需求。数据库经过读写分离后.从一台服务器拆分成两台服务器.但是随着网站业务的发展依然不能满足需求.这时需要使用分布式数据库:文件系统也是一样.需要使用分布式文件系统.如下图:分布式数据库是网站数据库拆分的最后手段.只有在单表数据规模非常庞大的时候才使用。不到不得已时,网站更常用的数据库拆分手段是收务分库,将不同业务的数据库部署在不同的物理服务器上。
5,NoSQL和搜索引擎技术
什么是NoSQL 和搜索引擎技术?随着网站业务越来越复杂,对数据存储和检索的需求也是越来越复杂,网站需要采用一些非关系数据库技术比如NoSQL和非数据库查询技术比如搜索引擎:
NoSQL(全称是Not Only SQL 非关系型数据库)也即不仅仅是SQL,还有键值,列存储,文档型和图形数据库。---就是为了解决大规模数据集合多重数据种类而衍生出来的。
6,业务拆分法
上面都是介绍了很多从具体的技术上改善,下面我们从业务方面来考虑。大型网站为了应对日益复杂的业务场景,通过使用分而治之的手段将整个网站业务分成不同的产品线,如大型购物交易网站就会将首页、商铺、订单、买家、卖家等拆分成不同的产品线,分归不同的业务团队负责。具体怎么做?---也会根据产品线划分,将一个网站拆分成许多不同的应用,每个应用独立部署维护。应用之间可以通过一个超链接建立关系(在首页上的导航链接每个都指向不同的应用地址),也可以通过消息队列进行数据分发,当然最多的还是通过访问同一个数据存储系统来构成一个关联的完整系统,如下图:
总结:
以上都是非常有效的改善网站性能的方式,其实,在这个世界上没有那个网站从诞生起就是大型网站,高并发的访问,海量的数据;大型网站都是从小型网站发展而来的。网站的价值在于它能为用户提供什么价值,在于网站能做什么,而不在与它怎么做的,所以网站还很小的时候就去追求网站的架构是舍本逐末,得不偿失。小型网站最需要做的就是为用户提供好的服务来创造价值,得到用户的认可,活下去,野蛮的生长。相关文章推荐
- 【网站高性能 6】----大型网站架构演化知多少(一)
- 大型网站架构演化之路
- 大型网站系统架构演化之路
- [转]大型网站架构的演化
- 大型网站系统架构的演化
- 大型网站架构演化
- 架构系列(一)---大型网站架构演化,要素及性能
- 《大型网站系统架构的演化》
- 大型网站系统架构的演化
- 大型网站系统架构的演化
- 大型网站系统架构的演化
- 大型网站架构演化
- [置顶] 大型网站技术架构(一)大型网站架构演化
- 大型网站系统架构的演化
- 学习笔记5:《大型网站技术架构 核心原理与案例分析》之 瞬时响应:网站的高性能架构
- 大型网站系统架构演化之路
- 【转】大型网站架构演化一些关键点
- 大型网站架构演化发展历程
- 大型网站架构演化过程
- 【《大型网站技术架构-核心原理与案例分析》学习笔记】大型网站架构演化(一)