秒杀架构优化，产品折衷

最近有朋友问我，说我的文章里，总是提“脱离业务的架构设计是耍流氓”。

为双辽等地区用户提供了全套网页设计制作服务，及双辽网站建设行业解决方案。主营业务为网站建设、成都网站制作、双辽网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

每次都是架构根据业务折衷，有没有业务和产品由于技术难度太大来做折衷的?

当然有，当一个业务技术难度非常大的时候，可以通过业务和产品的优化，来简化系统架构。

以“12306车票秒杀”为例，秒杀业务架构难度大，业务和产品可以这么折衷：

case 1

一般来说，下单和支付放在同一个流程里，能够提高转化率。

对于秒杀场景，产品上，下单流程和支付流程异步，放在两个环节里，能够降低数据库写压力。

12306，下单成功后，系统占住库存，45分钟之内支付即可。

case 2

一般来说，所有用户规则相同，体验会更好。

对于秒杀场景，产品上，不同地域分时售票，虽然不是所有用户规则相同，但能够极大降低系统压力。

北京9:00开始售票，上海9:30开始售票，广州XX开始售票，能够分担系统压力。

case 3

秒杀场景，由于短时间内并发较大，系统返回较慢，用户心情十分焦急，可能会频繁点击按钮，对系统造成压力。

产品上可以优化为，一旦点击，不管系统是否返回，按钮立刻置灰，不给用户机会频繁点击。

case 4

一般来说，显示具体的库存数量，能够加强用户体验。

对于秒杀场景，产品上，只显示有/无车票，而不是显示具体票数目，能够降低缓存淘汰率。

显示库存会淘汰N次，显示有无只会淘汰1次。更多的，用户关注是否有票，而不是票有几张。

...

无论如何，产品技术运营一起，目标是一致的，把事情做好，不存在谁是甲方，谁是乙方的关系。

脱离业务的架构设计是耍流氓。

架构难度大，产品也应该折衷。

画外音：秒杀业务的架构优化讲过了，这次说产品上的优化。

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

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

网站题目：秒杀架构优化，产品折衷
当前地址：http://www.shufengxianlan.com/qtweb/news4/100904.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联