微信红包活动网讯:8月24日消息,腾讯云消息队列(Cloud Message Queue,以下简称CMQ)日前宣布对外开放,这一技术最大规模的应用在2016年春晚微信红包,微信红包除夕当日收发量达80.8亿个,是羊年除夕的8倍,在最高峰用户每秒收发40.9万个红包。腾讯云消息队列CMQ可靠性高达99.999999%,是保证红包信息高效传递的秘密武器之一。

腾讯专家工程师李文征表示,腾讯云CMQ开放了腾讯多年内部业务沉淀的技术,可以满足计算场景中所有异步通信需求,单CMQ实例每秒处理包量(QPS)高达10万,可以高效支持亿级消息收发推送,并且容量不设上限。值得关注的是,CMQ的部署非常简单,用户仅需几分钟便可完成接入腾讯云消息队列的部署,同时腾讯云提供极具竞争力的价格,每百万请求的收费2元。

80.8亿微信红包背后:CMQ解决什么问题?

春晚微信红包活动涉及四个大型系统的联动,包括微信、微信支付、红包系统和财付通系统。以下是4个系统的基本职能:

• 红包系统:个人红包的发、抢、拆和列表查看;

• 财付通系统:包括支付订单、异步入账流水的高性能存储,用户余额和账单的实时展示;

• 微信接入:确保微信用户公网接入的质量;

• 微信支付:在线交易的入口。

腾讯云消息队列发布,开放微信红包收发关键技术

2016年春晚微信红包系统架构图

在这次活动中,在微信用户A给用户B发了10元的红包时,这个信息在微信后台会依次经过以下步骤:

1) 从A帐号中把余额读出来;

2) 对A帐号做减法操作(减10元);

3) 把结果写回A帐号中(一次确认);

4) 从B帐号中把余额读出来;

5) 拆开A发送给B的红包,读出数值;

6) 对B帐号做加法操作(加10元);

7) 把结果写到B帐号中。

如果没有使用腾讯云CMQ服务,为了保证数据的一致性,上述步骤会出现两种结果:都成功完成或者都不成功执行回滚。在这个操作的过程中,对A、B帐号还需引入分布式锁机制来避免脏数据的问题。在微信红包这个庞大的分布式集群内,事情将变得异常复杂。李文征指出,“在春节红包海量并发处理的场景下,若使用传统的事务处理方式,红包拆取失败时回滚且频繁轮询数据库,很容易会给系统造成并发压力甚至系统崩溃”。

在实际业务中,微信红包系统引入了腾讯云 CMQ 后,一方面避免了分布式事务增加对系统的开销,另一方面也高效解决消息并发的压力问题。在A用户给B用户发10元红包的场景中,引入腾讯云CMQ 后的新策略是这样的:

• 在上述微信后台进行到第七步后,B 用户拆开了红包,红包里有 10 块钱。在做最后的入账操作时由于当天并发压力大,常出现入账失败的情况。

• 红包团队把入帐失败的请求,全部转入CMQ。当B用户更新账户余额失败时,手机客户端显示等待状态。随后账户系统将不断从 CMQ 重新拉取重试此更新操作。CMQ 保证了这 10 元的入账消息永远不丢,直至它被取出。

除夕当天,用户红包的发、拆、入账等动作,转化为十亿级别的海量请求,腾讯云CMQ保证了海量红包消息的可靠存储和传递。

CMQ还能做什么?

除了红包收发外,在所有需要进行异步通信的应用情景中,腾讯云CMQ都大有所为,可以应用于海量数据处理、在线图片处理、在线游戏实时更新信息等场景。

腾讯云CMQ的推出,解决了开源消息中间件软件的可靠性、性能、安全等瓶颈问题,开源消息中间件软件的队列数量和消息堆积数量有限,每个IDC机房必须重新部署购买设备、部署,非常繁琐;数据单机或简单主从结构,存在数据单点问题,一旦丢失不可回溯,安全防护功能有限。

而腾讯云CMQ在任何场景中,每条消息在返回给用户写成功之时,数据已被复制3份写到不同物理机上,并且后台数据复制机制能够保证任何一台物理机故障时,数据能够快速的做迁移,时刻保证用户数据3份备份可用,可靠性达99.999999%。腾讯云同时提供多纬度的安全防护和防DDoS攻击服务,每个消息服务提供单独命名空间,客户间数据严格隔离,并且支持HTTPS访问,以及跨地域的安全消息服务。

目前,滴滴出行、大众点评在腾讯云已有深度实践。例如:将微信、手机QQ上用户的热门分享的餐馆,实时反映到大众点评App的手机客户端上,推荐给消费者。同时,腾讯云CMQ已在腾讯内部的手机QQ、QQ彩票等多个亿级用户业务中得到真实场景验证。