每秒50W笔交易，阿里双十一，架构如何优化到极致！

2019 天猫双 11 交易峰值创下新纪录，每秒达到 54.4 万笔/秒，交易是阿里 2009 年第一次双 11 的1360倍。

绚丽数字背后，双架是构何架构的极致优化。

阿里双十一是优化典型的电商秒杀系统，这里我们总结几种常见的到极高并发场景：

电商秒杀，并发量极高，每秒商品SKU丰富，交易系统的阿里瓶颈在商品、订单的双架读写; Feed流业务，像微博等，构何系统性能瓶颈在于热点数据的优化读并发请求; IM业务，用户点对点，到极数据读写均匀，每秒数据访问冲突较小;

从业务场景和挑战难度上，电商秒杀难度最大。那么对于双十一这种场景，业务架构和系统架构上需要如何优化呢?

交易系统常见的整体架构

用户发起(浏览器/APP)，最上层，面向用户 业务层，对用户请求进行业务逻辑判断，校验 核心系统层，免费信息发布网订单服务、商品服务，提供交易的核心逻辑与数据访问

基于这个架构，架构师们应该如何优化?

主要有：

做好链路流量过滤拦截 充分利用缓存高性能 提前进行容量规划 优秀的架构设计

一、链路流量过滤拦截

电商高并发之所以挂，大部分原因是请求压力落到了数据层，数据读写锁冲突严重。交易对数据一致性要求高，进一步导致了响应耗时高，导致上层所有请求超时，最终服务宕机。

双十一属于秒杀，瞬时读写高并发场景。此时我们可以采用哪些业务手段：

用户请求层面，限制用户x秒内只能提交一次，从而降低系统负载; 双十一提前加购物车，将商品库存扣除，将交易流程变短，对数据写入时间尽可能分散; 业务折中，比如不同的场次，将交易分散到全天; 服务熔断降级，当系统流量大于承载能力时，抛弃部分流量保证系统整体稳定性。

PS. 大家双十一剁手，遇到服务器开小差的页面提示。

二、充分利用缓存

业务系统，大多是源码下载读多写少场景：

商品的查询，读请求，量大 购物车的查询，读请求，量大 添加购物车、下单和支付，写请求，相比于读请求，量小

因此利用缓存的高性能，将99%读请求拦截在数据库之外，保证数据库的高可靠，是我们常用的方案。

三、提前容量规划

互联网企业，针对节日对流量进行预估。需要通过流量来预判机器是否扩容，数据库是否分库。这些都是架构师必备的系统容量规划的能力。

容量规划的核心是QPS预估，以及单机承载能力评估。香港云服务器

QPS预估有很多方法，最常用的就是业务预估。

历年双十一交易额曲线

通过历史的流量，可以很好的预测当前的QPS，从而提前布局架构升级。比如阿里每年的成交都以”非常优美“的曲线增长。

如何评估一个业务，一个服务单机能的极限QPS呢?

答：真实线上环境的全链路压力测试。

四、优秀的架构设计

通过以上的做法，我们能大大提高节日下高并发下的架构性能。但是一个完整的电商后台，我们还需要更多的架构设计，比如同步、异步模式的灵活运用。

传统的架构，交易和物流进行耦合，但是高级架构师会引入消息中间件，将同步的物流单创建，转化为消息发送，异步创建物流单，大大提高了交易核心的稳定性。

作为百万年薪级别的架构师，他们如何应对双十一的整体架构的呢?

全链路的顶层设计，具备高度抽象的能力，必知必会; 微服务架构设计的高可用、高并发设计方法论与实践，必知必会; 业务折衷与架构容错能力，广义负载均衡设计方法与实践，必知必会。

【本文为专栏作者“58沈剑”原创稿件，转载请联系原作者】

戳这里，看该作者更多好文

【责任编辑：赵宁宁 TEL：（010）68476606】