大型网站架构演化发展过程2

上一篇博客地址：大型网站架构演化发展过程1
1.6使用反向代理和CDN加速网站相应：
随着网站业务不断发展，用户规模越来越大，由于中国复杂的网络环境，不同地区的用户访问网站时，速度差别也很大。有研究表明，网站访问延时和用户流失率正向相关。为了提供更好的用户体验，网站需要加速网站的访问速度。主要手段有使用cdn和反向代理。
CDN和反向代理的基本原理都是缓存，区别在于CDN部署在网络提供商的机房使用户在请求网站服务时，可以从距离自己较近的网络提供商机房获取数据;而反向代理则部署在网站的中心机房，当用户请求到达中心机房后，首先访问的服务器是反向代理服务器，如果反向代理服务器中缓存着用户请求的资源，就直接返回给用户。

1.7使用分布式文件系统和分布式数据库系统
任何强大的单一服务器都满足不了大型网站的持续增长的业务需求。数据库经过读写分离后，从一台服务器差分成两台服务器，但随着网站业务的发展依然不能满足需求，这时候需要使用分布式数据库。文件系统也一样，需要使用分布式文件系统。如图所示：
分布式数据库是网站数据库拆分的最后阶段，只用在单表数据规模非常庞大的时候才是用。不到不得已时，网站更用的数据库拆分手段是业务分库，将不同的业务的数据部署在不同的物理服务器上。

1.8使用NOSQL和搜索引擎：
随着网站业务越来越复杂，对数据存储和检索的需求也越来越复杂，网站需要采用一些非关系数据库技术如NOSQL和非数据库查询技术如搜索引擎，如图所示：

NOSQL和搜索引擎都是源自互联网技术的手段，可伸缩都分布式特性具有较好的支持。应用服务器则通过一个统一数据访问模块访问各种数据，减轻应用程序管理数据源的麻烦。
1.9业务拆分：
大型网站为了应对日益复杂的业务场景，通过使用分而治之的手段将整个网站业务分为不同的产品线，如大型购物交易网站就会将首页、店铺、订单、买家、卖家等拆分成不同的产品线，分归不同的业务团队负责。
具体到技术上，也会根据产品线划分，将一个网站拆分成许多不同的应用，每个应用独立部署维护。应用之间可以通过超链接建立关系（在首页上的导航连接每个都指向不同的应用地址），可以通过数据队列进行数据分发，当然最多的还是通过访问同一个数据库存储系统来构建一个关联的完整系统。如图所示：

10.分布式服务：
随着业务拆分越来越小，存储系统越来越庞大，应用系统的整体复杂度成指数级增加，部署维护越来越困难。由于所有应用要和所有数据库系统连接，在数万台服务器规模的网站中，这些连接的数据是服务器规模的平方，导致数据库连接资源不足，拒绝服务。
既然每一个应用系统都需要执行学多相同的业务操作，比如用户管理、商品管理等，那么可以将这些共用的业务提取出来，独立部署。由这些可复用的业务来连接数据库，提供共用业务服务。而应用系统只需要管理用户界面，通过分布式服务调用共用业务服务，来完成具体的业务操作，如图所示：
大型网站的机构到这里基本上大多数的技术问题都得以解决，诸如跨数据中心的事实数据同步和具体网站业务相关的问题都可以通过组合改进现有技术架构来解决。