支付宝架构师眼中的高并发架构——1

链接:

前言

高并发经常会发生在有大活跃用户量,用户高聚集的业务场景中,如:秒杀活动,定时领取红包等。

为了让业务可以流畅的运行并且给用户一个好的交互体验,我们需要根据业务场景预估达到的并发量等因素,来设计适合自己业务场景的高并发处理方案。

在电商相关产品开发的这些年,我有幸的遇到了并发下的各种坑,这一路摸爬滚打过来有着不少的血泪史,这里进行的总结,作为自己的归档记录,同时分享给大家。

服务器架构

业务从发展的初期到逐渐成熟,服务器架构也是从相对单一到集群,再到分布式服务。

一个可以支持高并发的服务少不了好的服务器架构,需要有均衡负载,数据库需要主从集群,nosql缓存需要主从集群,静态文件需要上传cdn,这些都是能让业务程序流畅运行的强大后盾。

服务器这块多是需要运维人员来配合搭建,具体我就不多说了,点到为止。

大致需要用到的服务器架构如下:

l  服务器

n  均衡负载(如:nginx,阿里云SLB)

n  资源监控

n  分布式

l  数据库

n  主从分离,集群

n  DBA 表优化,索引优化,等

n  分布式

l  nosql

n  主从分离,集群

n  主从分离,集群

n  主从分离,集群

n  redis

n  mongodb

n  memcache

l  cdn

n  html

n  css

n  js

n  image

分层,分割,分布式

大型网站要很好支撑高并发,这是需要长期的规划设计

在初期就需要把系统进行分层,在发展过程中把核心业务进行拆分成模块单元,根据需求进行分布式部署,可以进行独立团队维护开发。

l   分层

n  将系统在横向维度上切分成几个部分,每个部门负责一部分相对简单并比较单一的职责,然后通过上层对下层的依赖和调度组成一个完整的系统

n  比如把电商系统分成:应用层,服务层,数据层。(具体分多少个层次根据自己的业务场景)

n  应用层:网站首页,用户中心,商品中心,购物车,红包业务,活动中心等,负责具体业务和视图展示

n  服务层:订单服务,用户管理服务,红包服务,商品服务等,为应用层提供服务支持

n  数据层:关系数据库,nosql数据库 等,提供数据存储查询服务

n  分层架构是逻辑上的,在物理部署上可以部署在同一台物理机器上,但是随着网站业务的发展,必然需要对已经分层的模块分离部署,分别部署在不同的服务器上,使网站可以支撑更多用户访问

l   分割

n  在纵向方面对业务进行切分,将一块相对复杂的业务分割成不同的模块单元

n  包装成高内聚低耦合的模块不仅有助于软件的开发维护,也便于不同模块的分布式部署,提高网站的并发处理能力和功能扩展

n  比如用户中心可以分割成:账户信息模块,订单模块,充值模块,提现模块,优惠券模块等

l   分布式

n  分布式应用和服务,将分层或者分割后的业务分布式部署,独立的应用服务器,数据库,缓存服务器

n  当业务达到一定用户量的时候,再进行服务器均衡负载,数据库,缓存主从集群

n  分布式静态资源,比如:静态资源上传cdn

n  分布式计算,比如:使用hadoop进行大数据的分布式计算

n  分布式数据和存储,比如:各分布节点根据哈希算法或其他算法分散存储数据

转自:https://mp.weixin.qq.com/s/g0hUrgVZZ8iv3cDCxDZxpw

(0)

相关推荐