读《大型网站技术架构》第二天笔记——大型网站架构模式

1.网站架构模式

为了解决大型网站面临的高并发访问，海量数据处理等一系列问题与挑战，大型互联网公司在实践中提出了许多解决方案，以实现网站高性能，高可用，可扩展等各种安全技术架构目标。这些解决方案又被更多网站重复使用，从而逐渐形成了大型网站架构模式。

 

 

2.几种常见的网站架构模式

2.1分层

 

网站分层架构

 

应用层 —— 负责具体业务和视图展示，如网站首页及搜索输入和结果展示

服务层 —— 为应用层提供服务支持，如用户管理服务，购物车服务等

数据层 —— 提供数据存储访问服务，如数据库、缓存、文件、搜索引擎等

 

分层是企业应用系统中最常见的一种架构模式，将系统在横向维度上切分成了几个部分，每个部分负责相对比较单一的职责。

 

优点：

1、通过分层，可以更好地将一个庞大的软件系统切分成不同的部分，便于分工合作开发和维护。

2、可以很容易地用新的实现来替换原有层次的实现

3、可以降低层与层之间的依赖，有一定的独立性

4、利于各层逻辑的复用，相同的逻辑，我可以写一次，然后其他地方我可以重复调用

 

缺点：

1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。

2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。

2.2分割

如果说分层是将软件在横向方面进行切分,那么分割就是在纵向方面对软件进行切分。

网站越大，功能越复杂，服务和数据处理的种类也越多，将这些不同的功能和服务分割开来，一方面有助于软件的开发和维护;另一方面，便于不同模块的分布式部署,提高网站的并发处理能力和功能扩展能力。

 

大型网站分割的粒度可能会很小。比如在应用层，将不同业务进行分割。

例如将购物、论坛、搜索、广告分割成不同的应用，由独立的团队负责，部署在不同的服务器上;

在同一个应用内部，如果规模庞大业务复杂，会继续进行分割，比如购物业务，可以进一步分割成机票酒店业务.3C业务，小商品业务等更细小的粒度。而即使在这个粒度上，还是可以继续分割成首页、搜索列表、商品详情等模块，这些模块不管在逻辑上还是物理部署上，都可以是独立的。同样在服务层也可以根据需要将服务分割成合适的模块。

2.3分布式(圈重点！！！考试要考的~)

对于大型网站，分层和分割的一个主要目的是为了切分后的模块便于分布式部署，即将不同模块部署在不同的服务器上，通过远程调用协同工作。

网站中常用的几种分布式方案

1.分布式应用和服务：将分层和分割后的应用和服务模块分布式部署，除了可以改善网站性能和并发性、加快开发和发布速度、减少数据库连接资源消耗外;还可以使不同应用复用共同的服务，便于业务功能扩展。

 

2.分布式静态资源：网站的静态资源如JS, CSS, Logo图片等资源独立分布式部署，并采用独立的域名，即人们常说的动静分离。静态资源分布式部署可以减轻应用服务器的负载压力;通过使用独立域名加快浏览器并发加载的速度;由负责用户体验的团队进行开发维护有利于网站分工合作，使不同技术工种术业有专攻。

 

3.分布式数据和存储：大型网站需要处理以P为单位的海量数据，单台计算机无法提供如此大的存储空间，这些数据需要分布式存储。除了对传统的关系数据库进行分布式部署外，为网站应用而生的各种NoSQL产品几乎都是分布式的。

 

4.分布式计算：严格说来，应用、服务、实时数据处理都是计算，网站除了要处理这些在线业务，还有很大一部分用户没有直观感受的后台业务要处理，包括搜索引擎的索引构建、数据仓库的数据分析统计等。这些业务的计算规模非常庞大，目前网站普遍使用Hadoop及其MapReduce分布式计算框架进行此类批处理计算，其特点是移动计算而不是移动数据，将计算程序分发到数据所在的位置以加速计算和分布式计算。

 

优点：

1.不言而喻，分布式意味着可以使用更多的计算机完成同样的功能，计算机越多, CPU、内存、存储资源也就越多，能够处理的并发访问和数据量就越大，进而能够为更多的用户提供服务。

2.把模块拆分,使用接口通信,降低模块之间的耦合度.

　　3.增加功能时只需要再增加一个子项目,调用其他系统的接口就可以。

　　4.可以灵活地进行分布式部署,项目上线的时候，进行单模块上线，不用担心会影响其他模块的功能。

缺陷：

1.首先，分布式意味着服务调用必须通过网络，这可能会对性能造成比较严重的影响;

2.其次，服务器越多，服务器宕机的概率也就越大，一台服务器宕机造成的服务不可用可能会导致很多应用不可访问，使网站可用性降低;

3.数据在分布式的环境中保持数据一致性也非常困难，分布式事务也难以保证，这对网站业务正确性和业务流程有可能造成很大影响;

4.分布式还导致网站依赖错综复杂，开发管理维护困难。

注：因此分布式设计要根据具体情况量力而行，切莫为了分布式而分布式。

 

 

2.4集群

用分布式虽然已经将分层和分割后的模块独立部署,但是对于用户访问集中的模块(比如网站的首页),还需要将独立部署的服务器集群化，即多台服务器部署相同应用构成一个集群，通过负载均衡设备共同对外提供服务。

因为服务器集群有更多服务器提供相同服务，因此可以提供更好的并发特性，当有更多用户访问的时候，只需要向集群中加入新的机器即可。

同时因为一个应用由多台服务器提供，当某台服务器发生故障时，负载均衡设备或者系统的失效转移机制会将请求转发到集群中其他服务器上,使服务器故障不影响用户使用。所以在网站应用中，即使是访问量很小的分布式应用和服务，也至少要部署两台服务器构成一个小的集群，目的就是提高系统的可用性。

2.5缓存

 

什么是缓存？缓存就是将数据存放在距离计算最近的位置以加快处理速度。缓存是改善软件性能的第一手段，现代CPU越来越快的一-个重要因素就是使用了更多的缓存，在复杂的软件设计中，缓存几乎无处不在。大型网站架构设计在很多方面都使用了缓存设计。

 

使用缓存有两个前提条件，

1.是数据访问热点不均衡，某些数据会被更频繁的访问，这些数据应该放在缓存中;

2.是数据在某个时间段内有效，不会很快过期，否则缓存的数据就会因已经失效而产生脏读，影响结果的正确性。

优点：

网站应用中，缓存除了可以加快数据访问速度，还可以减轻后端应用和数据存储的负载压力，这一点对网站数据库架构至关重要，网站数据库几乎都是按照有缓存的前提进行负载能力设计的。

 

几种缓存方式:

1.CDN: 即内容分发网络，部署在距离终端用户最近的网络服务商，用户的网络请求总是先到达他的网络服务商那里，在这里缓存网站的一些静态资源(较少变化的数据),可以就近以最快速度返回给用户，如视频网站和门户网站会将用户访问量大的热点内容缓存在CDN。

 

2.反向代理: 反向代理属于网站前端架构的一部分，部署在网站的前端，当用户请求到达网站的数据中心时，最先访问到的就是反向代理服务器，这里缓存网站的静态资源，无需将请求继续转发给应用服务器就能返回给用户。

 

3.本地缓存: 在应用服务器本地缓存着热点数据，应用程序可以在本机内存中直接访问数据，而无需访问数据库。

 

4.分布式缓存: 大型网站的数据量非常庞大，即使只缓存- -小部分，需要的内存空间也不是单机能承受的，所以除了本地缓存，还需要分布式缓存，将数据缓存在一个专门的分布式缓存集群中，应用程序通过网络通信访问缓存数据。

 

 

 

小结：

第二天的读后感：

今天让我感觉收获最多就是“分布式”以及“缓存”。

1.分布式、 总算让我对分布式有点概念了，一开始我总以为分布式是很高大上的东西，总是离我遥不可及，我也曾在百度搜索分布式的具体定义，可是网上的解释也很模糊，这里作者给出了很清楚的解释，让我茅塞顿开。并且作者也具体举例的分布式方案，更是让我知道了分布式是怎么实现。

2.缓存、让我对缓存更多了一份了解，知道了更多的缓存方式，我们平常的项目里面使用缓存比较少，有使用过本地缓存，即将数据缓存在服务器上，直接读取服务器上的缓存，