资料内容:
100亿级 红包 应用 场景
概述
话说每逢双十一节或春节等节假日,对大家来讲是最欢乐的日子,可以在微信群中收发红包,此外今年 微信还推出了面对面红包,让大家拜年时可直接收发,对于用户来讲很爽也很方便。但对于技术架构侧 的考量,这使得微信红包的收发数据成几何倍数上升,处理的复杂度也增加了很多。
2017年微信红包发送量最大的时间段是除夕夜,达到了142亿个。 如此大规模、高并发、高峰值的业务场景,怕是在美帝互联网的技术团队,包括EBay、Amazon等也无 法想象,在这种巨大的流量与并发后面,需要什么样级别的技术架构支撑? 当达百亿级别的资金交易规模时,我们该怎样来保证系统的并发性能和交易安全? 当今中国的互联网平台,有两个场景称得上亿级以上的并发量: 一个是微信的红包, 一个是字节的红包, 都是在一个单位时间达到亿万以以上的请求负载。
百亿级 微信红包技术架构
与传统意义上的红包相比,近两年火起来的“红包”,似乎才是如今春节的一大重头戏。历经上千 年时代传承与变迁,春节发红包早已成为历史沉淀的文化习俗,融入了民族的血脉。按照各家公 布的数据,除夕全天微信用户红包总发送量达到80.8亿个,红包峰值收发量为40.9万个/秒。春晚 直播期间讨论春晚的微博达到5191万条,网友互动量达到1.15亿,网友抢微博红包的总次数超过
8亿次。
微信红包在经过15年春晚摇一摇之后,2015年上半年业务量一度呈指数级增长。尤其是微信红包活跃 用户数的大量增长,使得2016除夕跨年红包成为极大挑战。为了应对16年春节可预知的红包海量业 务,红包系统在架构上进行了一系列调整和优化。主要包括异地架构、cache系统优化、拆红包并发策 略优化、存储优化一系列措施,为迎接2016春节红包挑战做好准备。 下面介绍最主要的一些思路。
架构
微信用户在国内有深圳、上海两个接入点,习惯性称之为南、北(即深圳为南,上海为北)。用户请求 接入后,不同业务根据业务特性选择部署方式。微信红包在信息流上可以分为订单纬度与用户纬度。
其中订单是贯穿红包发、抢、拆、详情列表等业务的关键信息,属于交易类信息;而用户纬度指的是红 包用户的收红包列表、发红包列表,属于展示类信息。红包系统在架构上,有以下几个方面: