原文地址:https://blog.csdn.net/yexiaomodemo/article/details/80444732
一般认为,采用消息传送机制/消息队列 的中间件技术,进行数据交流,用在分布式系统的集成。
为什么使用消息中间件
解决分布式系统之间消息的传递。
电商场景:用户下单减库存,调用物流系统,系统扩充后服务化和业务拆分。系统交互,y一般用RPC(远程过程调用)。如果系统扩充到有几十个接口,消息中间件来解决问题。
消息中间件有些什么使用场景
一、异步处理
用户注册(50ms),还需发送邮件(50ms)和短信(50ms)
串行:(150ms)用户注册—》发送邮件----》发送短信
并行(100ms):用户注册—》发送邮件
a) |----》发送短信
消息中间件(56ms):
用户注册(50ms)—》(6ms)消息中间件《-----发送邮件
《-----发送短信
说明:一个用户注册流程,包含下述业务:
1. 注册处理以及写数据库、
2. 发送注册成功的手机短信
3. 发送注册成功的邮件信息
我们使用老方法的话,则会注册完执行发送短信再执行邮件发送。太low
一般使用的是:在注册成功后,使用两个线程去做发送邮件,发送短信操作。
如果用消息中间件:则将两个线程创建这些事情省了,直接发送消息给消息中间件,然后让邮件服务和短信服务自己去消息中间件里面去取消息,然后取到消息后再自己做对应的业务操作。就是这么方便
二、应用的解耦
a) 订单系统---》库存系统(强耦合)
b) 消息中间件:订单系统---》消息中间件《----库存系统(解耦)
说明:用户购买一笔订单,订单成交—》调用库存系统—1---》返回给订单系统,此时算一个正常业务。还有不正常的业务,就是用户订单完成后,订单系统并不去滴啊用库存系统-1操作,而是调用消息中间件,写入一个订单信息。又库存系统自己去消息中间件上去获取,然后更新库存,这样能够减少互联网型应用追求的快这一个属性。而库存系统读取订单间库存其实这个操作也是非常快的,所以有消息中间件对解耦来说也是一个不错的方向。
三、流量的削峰
a) 用户请求-----》秒杀应用
b) 应用的前端加入消息队列
c) 用户请求-----》消息队列《----秒杀应用
说明:比如,系统举行秒杀活动,热门商品。流量蜂拥而至 100件商品,10万人挤进来怎么办,10万秒杀的操作,放入消息队列。秒杀应用处理消息队列中的10万个请求中的100个,其他的打回,通知失败。流量峰值控制在消息队列处,秒杀应用不会瞬间被怼死.
四、日志处理
a) 错误日志---》消息队列《----日志处理
b) 用户行为日志--》消息队列(kafka)《-----日志的存储或流式处理
说明:日志处理 可能随时kafka的强项,大数据的日志处理非它莫属,我没用过,只知道它很强大。非常强大。
五、纯粹的消息通信