支付宝架构师眼中的高并发架构——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