品电商一般都会限量、限时销售。无疑这些商品对消费者的诱惑力是巨大的，消费者蜂拥而来，往往几秒钟就可以将商品抢购一空。而对于电商系统来说可能更多的 是考验。 杀活动开始的一瞬间会有大量的流量涌入，几倍、甚至于十几倍的流量对系统的冲击不可谓不大。如果系统没有足够的capacity或应对措施，很可能就被瞬 时高流量给压垮了。 存，需对同一行记录加锁，随着并发的压力逐渐增大，数据库更新的性能是逐渐下降的。从而引起提供库存service的应用服务性能下降，连锁的影响到下单 service的性能，最终反馈到消费者的可能就是整个网站购物流程性能差、响应慢。而面对响应慢的系统，很多消费者可能采取反复刷新，多次尝试，这无疑 又增大了对系统的压力。 3、1号店秒杀系统的设计理念 基于以上秒杀场景下的痛点，1号店的秒杀排队系统在设计时主要考虑以下几点： 量，不让这大部分的流量传达到后台服务，其实对我们系统的压力就很小了。因此设计思路之一就是，仅让能成功抢购到商品的流量（可以有一定余量）进入我们的 系统。 统，和在10分钟均匀地进入系统，对系统的冲击是相差很大的。高峰值的流量往往能将系统压垮。因此另一个设计思路是，如何将进入系统的瞬时高流量拉平，使 得系统可以在自己处理能力范围内，将所有抢购的请求处理完毕。 可用性：我们设计时始终把系统的可用性放在重要的位置，针对系统可能出现的各种状况，都尽最大程度地保证高可用。 4、系统架构简介 现在来简单介绍下我们秒杀排队系统的架构，从大的方面来说分为三个主要模块： 品数量（或加点余量）自行定义。排队模块还负责提供一系列接口，如：给已进入队列的用户查询下单状态的接口，给调度模块拉取请求的接口，服务模块回写业务 处理状态的接口等。 态调节向排队系统拉取请求的速度。作用有点类似水坝的闸门，当下游干旱时就打开闸门多放些水，当下游洪涝时，就放下闸门少放些水。 服务模块：是负责调用真正业务处理服务，并返回处理结果，并调用排队模块的接口回写业务处理结果。我们设计这个模块，是为了和后面真正的业务处 理服务解耦。目前我们的系统不只支持秒杀抢购这种业务场景，后续有其他适用于排队系统的业务都可以接入，如：领取抵用券等等。同时我们也可以针对后面业务 系统的处理能力，动态调节服务模块调用后面业务处理服务的速度。 5、容错处理 用服务超时怎么办？对此我们设计了对于超时的请求，可
Read full article from 1号店11.11：秒杀排队系统设计理念 �C 学时网
No comments:
Post a Comment