每秒100W请求,12306秒杀业务,架构如何优化?
发布时间:2019-09-16 21:51:30 所属栏目:优化 来源:58沈剑
导读:副标题#e# 如《同样是高并发,QQ/微博/12306的架构难度一样吗?》一文所述,同样是高并发场景,三类业务的架构挑战不一样: QQ类业务,用户主要读写自己的数据,访问基本带有uid属性,数据访问锁冲突较小 微博类业务,用户的feed主页由别人发布的消息构成,
同一个uid计数与限速,如果担心访问redis带宽成为瓶颈,可以这么优化:
画外音:这个计数对数据一致性、准确性要求不高,即使服务重启计数丢了,大不了重新开始计。 除了系统上的优化,产品与业务还能够做一些折衷,降低架构难度。
画外音:显示库存会淘汰N次,显示有无只会淘汰1次。更多的,用户关注是否有票,而不是票有几张。 无论如何,产品技术运营一起,目标是一致的,把事情做好,不存在谁是甲方,谁是乙方的关系。 总结 对于秒杀系统,除了产品和业务上的折衷,架构设计上主要有两大优化方向:
【本文为51CTO专栏作者“58沈剑”原创稿件,转载请联系原作者】 戳这里,看该作者更多好文
(编辑:开发网_开封站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |