1.1消息中间件产生的背景
在客户端与服务器进行通讯时.客户端调用后,必须等待服务对象完成处理返回结果才能继续执行。
客户与服务器对象的生命周期紧密耦合,客户进程和服务对象进程都都必须正常运行;如果由于服务对象崩溃或者网络故障导致用户的请求不可达,客户会受到异常
点对点通信: 客户的一次调用只发送给某个单独的目标对象。
如下图所示:
在网络通讯中,http请求默认采用同步请求方式,基于请求与响应模式
客户端想服务器端发送请求的时候,如果服务器端因为网络延迟,不可达情况可能会导致客户端也受到影响
处理好服务降级、熔断、隔离、限流
上图是同步的过程,如果会员服务没有及时响应, 订单服务得不到响应,客户端请求订单服务时候也会受牵连。
网络通讯采用同步的优缺点:
优点:及时响应数据给客户端,整个过程同步
缺点: 可能会导致程序阻塞等待,效率低
如果订单服务调用会员服务不通的情况,如何保证数据一致性问题?
如果传统的http方式,采用补偿机制(重试一次),存放日志表+定时Job扫描一遍,服务器端考虑网络延迟提交数据幂等性问题(通过全局Id,或者token区分请求)
1.2 什么是消息中间件
面向消息的中间件(MessageOrlented MiddlewareMOM)较好的解决了以上问
题。发送者将消息发送给消息服务器,消息服务器将消感存放在若千队列中,在合适
的时候再将消息转发给接收者。
这种模式下,发送和接收是异步的,发送者无需等
待; 二者的生命周期未必相同: 发送消息的时候接收者不一定运行,接收消息的时候
发送者也不一定运行;一对多通信: 对于一个消息可以有多个接收者。
消息队列中间件是分布式系统中重要的组件,主要解决应用解耦,异步消息,流量削锋等问题,实现高性能,高可用,可伸缩和最终一致性框架。
目前使用较多的消息队列有 ActiveMQ, RabbitMQ, ZeroMQ, Kafka, MetaMQ, RoketMQ
原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/16181.html