大型网站架构模式

大型网站架构模式

　　 每一个模式描述了一个在我们周围不断重复发生的问题及该问题解决方案的核心.这样,你就能一次又一次地使用该方案而不必做重复工作.模式的关键在于模式的可重复性,问题与场景的可重复性带来解决方案的可重复使用.

• 分层

　　分层是企业应用系统中最常见的一种架构模式,将系统在横向维度上切分成几个部分,每个部分负责一部分相对比较单一的职责,然后通过上层对下层的依赖和调用组成一个完整的系统.通过分层,可以更好的将一个庞大的软件系统切分成不同的部分,便于分工合作开发和维护;各层之间具有一定的独立性,只要维护调用接口不变,各层可以根据具体问题独立演化发展而不必将其它层做出相应的调整. 但是分层架构也有一些挑战,就是必须合理规划层次边界和接口,在开发过程中,严格遵循分层架构的约束,严禁跨层次的调用及逆向调用.分层构架是逻辑上的,在物理部署上,三层架构可以部署在同一个物理机器上,但是随着网站业务的发展,必然需要对已分层的模块分离部署,即三层结构分别部署在不同的服务器上,是网站拥有更多的计算资源以应对越来越多的用户访问.所以虽然分层架构模式最初的目的是规划软件清晰的逻辑结构便于系统开发和维护,但在网站的发展过程中,分层结构对网站支持高并发向分布式发展至关重要.

• 分割

      分割是在纵向方面对软件进行切分.网站越大,功能越复杂,服务和数据处理的种类也越多,将这些不同的功能和服务分割开来,包装成高内聚低耦合的模块单元,一方面有助于软件的开发和维护;另一方面,便于不同模块的分布式部署,提高网站的并发处理能力和功能扩展能力.

• 分布式

       对于大型网站,分层和分割的一个主要目的是为了切分后的模块便于分布式部署,既将不同模块部署在不同的服务器上,通过远程调用协同工作.分布式意味着可以使用更多的计算机完成同样的功能,因此能够处理的并发访问和数据量就越大,进而能够为更多的用户提供服务.但分布式在解决网站高并发问题的同时也带来了其它的问题.首先,分布式意味着服务器调用必须通过网络,这可能会对性能造成比较严重的影响;另外,数据在分布式的环境中保持数据一致性也非常困难,分布式事务也难以保证,这对网站业务正确性和业务流程有可能造成很大影响;分布式还导致网站依赖错综复杂,开发管理维护困难.

　　 在网站应用中,常用的分布式方案有以下几种:

 

         此外,还可以支持网站线上服务器配置实时更新的分布式配置;分布式环境下实现并发和协同的分布式锁;支持云存储的分布式文件系统.

• 集群

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

• 缓存

        缓存就是将数据存放在距离计算机最近的位置以加快处理速度.大型网站架构设计在很多方面都是用了缓存设计.

1. CDN:即内容分发网络,部署在距离终端用户最近的网络服务商,用户的请求最先到达CDN,在CDN里缓存了网站的一些静态资源,这样就可以就近以最快的速度返回给用户.
2. 反向代理:反向代理属于网站前端架构的一部分,部署在网站的前端,当用户请求到达网站的数据中心时,先访问反向代理服务器,这里缓存网站的静态资源,无需将请求继续转发给应用服务器就能返回给用户.
3. 本地缓存:在应用程序本地缓存着热点数据,应用程序可以在本机内存中直接访问数据,而无需访问数据库.
4. 分布式缓存:大型网站的数据流量非常大,即使只缓存一部分,需要到内存空间也不是单机能承受的,所以除了本地缓存,还需要分布式缓存,将数据缓存在一个专门的分布式缓存集群中,应用程序通过网络通信访问缓存数据.

      使用缓存的两个前提条件:一数据访问热点不均衡,某些数据会更频繁的访问,这些数据应该存放在缓存中;二是数据在某个时间段内有效,不会很快过期,否则缓存的数据就会因已经失效而产生脏读,影响结果正确性.

• 异步

       业务之间的消息传递不是同步调用,而是将一个业务操作分成多个阶段,每个阶段之间通过共享数据的方式异步执行进行协作.在单一服务器内部可通过多线程共享内存队列的方式实现异步,处在业务操作前面的线程将输出写入到队列,后面的线层从队列中读取数据进行处理;在分布式系统中,多个服务器集群通过分布式消息队列实现异步,分布式消息队列可以看作内存队列的分布式部署.

　　 异步架构的典型是生产者消费者模式,两者不存在直接调用,只要保持数据结构不变,彼此功能实现可以随意变换而互不影响.使用异步消息队列还有如下特征:

1. 提高系统可用性:消费者服务器发生故障,数据会在消息服务队列服务器中存储堆积,生产者服务器可以继续处理业务请求,系统整体表现无故障.消费者服务器恢复正常后,继续处理消息队列中的数据.
2. 加速网站响应速度:处在业务前端的生产者服务器在处理完业务请求后,将数据写入到消息队列,不需要等待消费者服务器处理就可以返回,响应延迟减少.
3. 消除并发访问高峰:使用消息队列将突然增加的访问请求数据放入消息队列中,等待消费者服务器一次处理,就不会对整个网站负载造成太大压力.

• 冗余

       为了保证在服务器宕机的情况下网站依然可以继续运行,不丢失数据,就需要一定程度的服务器冗余运行,数据冗余备份,这样当某台服务器宕机时,可以将其上的服务和数据库访问转移到其它服务器上.数据库除了定期备份,存档保存,实现冷备份外,为了保证在线业务高可用,还需要对数据库进行主从分离,实时同步实现热备份.

• 安全

 

不忘初心，方得始终