|
链接： 前言 高并发经常会发生在有大活跃用户量，用户高聚集的业务场景中，如：秒杀活动，定时领取红包等。 为了让业务可以流畅的运行并且给用户一个好的交互体验，我们需要根据业务场景预估达到的并发量等因素，来设计适合自己业务场景的高并发处理方案。 在电商相关产品开发的这些年，我有幸的遇到了并发下的各种坑，这一路摸爬滚打过来有着不少的血泪史，这里进行的总结，作为自己的归档记录，同时分享给大家。 服务器架构 业务从发展的初期到逐渐成熟，服务器架构也是从相对单一到集群，再到分布式服务。 一个可以支持高并发的服务少不了好的服务器架构，需要有均衡负载，数据库需要主从集群，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 |
|
|
