[16-1-02]大型网站架构模式

第一章：第2部分 大型网站架构模式

1.分层

1.1分层在计算机世界无处不在，网络的7层通信协议是一种分层结构

1.2计算机硬件，操作系统，应用软件也可以看作一种分层结构

1.3大型网站也采用分层结构，应用层，服务层，数据层

1.4分层是逻辑上的，在物理部署上，三层结构可以部署在同一层物理机上

2.集群

1.多台服务器部署相同应用构成一个集群，通过负载均衡设备共同对外提供服务；

3.缓存

3.1缓存是改善软件性能的第一手段

3.2CDN：用户的网络请求总是先到达他的网络服务商那里

3.3反向代理：用户到达网站数据中心时，最先访问的就是反向代理

3.4本地缓存：在本地应用服务器缓存热点数据

3.5分布式缓存

4.异步

4.1提高系统可用性：假设消费者挂了，消息堆积在队列，生产者继续处理业务请求，系统整体无故障，等消费者好了，继续消费就行。

4.2加快网站响应：不需要等待处理结果，就返回，响应减少

4.3消除并发访问高峰：将突然增加的访问请求放在队列中，等待消费者依次处理，就不会对整个网站的负载造成太大压力

5.冗余

5.1即使访问和负载很小的服务也必须部署至少两台服务器构成的一个集群，通过冗余实现服务高可用。

5.2数据库除了定期备份，存档保存，实现冷备份外，还需要对数据库进行主从分离，实现同步热备份。

5.3全球范围部署灾备数据中心，网站程序和数据实时同步到多个灾备数据中心。

---

第一章：第3部分 大型网站核心架构要素

1.性能

1.1衡量网站性能一系列指标，重要的有响应时间，TPS，系统性能计数器等

1.2这些指标也是网站监控的重要参数，通过监控这些指标可以分析系统瓶颈，预测网站容量，并对异常指标进行报警，保障系统可用性；

2.可用性

2.1网站可用性的主要手段是冗余

2.2除了运行环境，还需要软件开发过程中质量保证，通过预发布校验，自动化测试，自动化发布，灰度发布等手段减少将故障引入线上的可能

3.伸缩性

3.1衡量架构伸缩性的标志：是否可以多台服务器构成集群，是否容易向集群中添加服务器；

3.2对于应用服务器集群，只要不在服务器上保存数据，所有服务器都是对等的，通过合适的负载均衡设备就可以向集群中不断添加服务器；

3.3对于缓存服务器，假如新的服务器可能会导致缓存路由失效，进而导致大部分缓存数据无法命中，虽然缓存数据可以通过数据库重新加载，但如果应用严重依赖缓存，就会导致整个网站崩溃。需要改进缓存路由算法保证缓存数据的可访问性；

3.4关系型数据库虽然支持数据复制，主从热备等机制，但很难做到大规模集群的可伸缩性，必须在数据库之外实现，通过路由分区等手段将部署有多个数据库的服务器组成一个集群；

3.5对于NoSQL数据库，由于先天就是为海量数据而生，因此其对伸缩性的支持通常都很好。

4.拓展性

4.1拓展性是针对功能的，能够快速响应需求变化，是网站拓展型主要目的；

4.2提升拓展性主要手段：事件驱动架构和分布式服务；

4.3事件驱动架构主要通过消息队列实现

5.安全性

5.1衡量安全性标准：针对现存和潜在各种攻击手段和窃密手段，是否有可靠的应对策略；