×

节假日出行背后,藏着消息队列的用法

分类:云服务资讯 编辑:虚机世界 浏览量:102
2021-05-10 17:24:31
劳动节小长假快到了,你打开12306手机App,准备买车票出去玩:
首先,输入车票信息,起点站,终点站,出发时间,票数以及座席,发送订票请求。然后,单击“预订”按钮,12306 App界面开始转圈圈。与此同时全国大概3亿人民也在和你一起做相同的事情。3s后,应用告诉你订票失败。你修改车次,重新发送订票请求。应用重复第二步继续等待。又一个3s后,12306 App告诉你订票成功。
12306 App在处理以上逻辑时,会遇到以下挑战:比如今天这个车次只售出4000张票,而实际有30万人发送了订票信息,如果逐一请求处理,那么90%以上的人都将要耗时3s来等待,怎么办?答案是:消息队列!
业务系统在超高并发场景中,由于后端服务来不及同步处理过多、过快的请求,可能导致请求堵塞,严重时可能由于高负荷拖垮Web服务器
实际的流量会随着时间不短变化,像12306 App这样的App流量大得难以想象,而一年中不同的时间段,其流量也不同。为了能支持最高峰流量,我们通常采取短平快的方式——直接扩容服务器,增加服务端的吞吐量。
优点是显而易见的,短时间内吞吐量增加了好几倍,甚至数十倍。缺点也明显,流量低峰期服务器相对较闲。
如何平衡平时的空闲与节假日的超高峰呢?我们想到了消息队列(比如Apache RocketMQ,Apache Kafka),也是目前业界比较常用的手段。利用消息队列扭转处理订票请求,告知用户30min内会告诉他/她订票结果。
新网消息队列RabbitMQ是一款支持持久化消息队列的消息中间件。通过创建集群的方式来实现RabbitMQ以及所依赖的服务的部署,完全兼容RabbitMQ开源生态以及多语言客户端,为用户提供快速创建、方便管理的消息中间件。
电商业务场景中经常会有秒杀或者团抢的活动,此时会产生大量的请求涌入系统,如果直接打到服务器上可能超出服务的最大承载能力,导致系统瘫痪。引入RabbitMQ,先将请求写在RabbitMQ中,后台服务器从RabbitMQ中读取请求处理,把巨大的压力从后端服务器转移到RabbitMQ上来保障业务正常运行。
目前消息队列已经成为原生时代企业上云的核心基础设施!快快点击进行了解吧:http://www.xinnet.com/cs/rabbitmq.html


声明:免责声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,也不承认相关法律责任。如果您发现本社区中有涉嫌抄袭的内容,请发

送邮件至:operations@xinnet.com进行举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。本站原创内容未经允许不得转载,或转载时

需注明出处:新网idc知识百科

免费咨询获取折扣