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