1 、概述
作为金融企业对公众提供服务一定要保证其可用性,尽量做到更多个9(一般SLA中描述的高可用性99.99%,中的9越多代表全年服务可用时间越长服务更可靠,停机时间越短),随着软件系统的复杂度越来越高,故障是不可避免的。这就需要企业实现整体的弹性架构(Resilient Architecture),为应对故障而设计。
然而,常见的RPC、RMI企业集成技术,因为是同步请求,常因为执行方失败、超时等因素而影响最终用户体验,而且很多故障是无法彻底消除的。而且RPC和RMI调用需要服务的消费方和服务的提供方同时在线,并且双方需要通过某种机制确认彼此的调用关系,因为存在这些弊端,就导致了面向消息的中间件(MOM)的产生,通过在企业架构中引入消息中间件,确保在故障发生时,受此影响的系统部分在一个很小的范围内。
消息中间件就是在分布式系统中间引入一个透明的中间层,隔离服务的提供方和消费方。
2 、为什么要引入MQ
2.1何为MQ
消息队列(MQ)是一种不同应用程序之间(跨进程)的通信方法,用于上下游应用程序之间传递消息。我们拆分来看:
l 消息:应用程序通过写入和检索出入列队的数据(消息)来通信。
l 队列:除去了接收和发送应用程序同时执行的要求。
这样就实现了上游与下游之间的解耦,上游向MQ发送消息,下游从MQ接收消息,上游下游互不依赖,它们只依赖MQ。因为有队列的存在,MQ可在上下游之间进行缓冲,把上游信息先缓存起来,下游根据自己的能力从MQ中拉去信息,起到削峰的作用。
2.2 使用MQ带来的好处
2.2.1 解耦
l 什么是耦合
高内聚低耦合,是软件工程中的概念,这里的低耦合是指各个组件之间,尽可能相互独立。通俗一点的理解就是,增加模块间调用透明化,最高的透明度就是不用知道彼此的存在,因此减少接口的复杂性、规范调用的方式及传递的信息,降低产品各模块的依赖,提高重用程度。
l 如何解耦
在企业整体架构中解耦,主要设计两个方面:一是简化减少交互,二是增加一个中间层实现两方的隔离,MQ就是其中的中间层(如下图所示)。
引入MQ后生产者和消费者不必知道彼此的存在也不必同时在线,主要交互流程如下:
-
生产者负责:生产消息并通过SDK或API调用发送给MQ(同步发送或者异步发送);
-
MQ负责:接收消息,并持久化消息到消息存储(同步或异步存储消息);
-
生产者接收来自MQ的响应(消息发送状态或异常);
-
消费者订阅消息后,接收来自MQ的消息;
-
消费者执行消息对应的后续业务操作;
-
对消费结果进行确认(消费成功、失败、异常等)。
2.2.2 削峰填谷
由于系统闲忙分布不均,QPS常相差几十倍甚至更高,特别是在遇到营销活动时,瞬间流量很可能超过后端系统的承载能力,这就要考虑通过消息中间件来缓冲,MQ客户端实例根据自己的处理能力从MQ服务器拉取消息&#