为什么RocketMQ是金融核心系统消息中间件的第一选择

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后生产者和消费者不必知道彼此的存在也不必同时在线，主要交互流程如下：

1. 生产者负责：生产消息并通过SDK或API调用发送给MQ（同步发送或者异步发送）；

2. MQ负责：接收消息，并持久化消息到消息存储（同步或异步存储消息）；

3. 生产者接收来自MQ的响应（消息发送状态或异常）；

4. 消费者订阅消息后，接收来自MQ的消息；

5. 消费者执行消息对应的后续业务操作；

6. 对消费结果进行确认（消费成功、失败、异常等）。

2.2.2 削峰填谷

由于系统闲忙分布不均，QPS常相差几十倍甚至更高，特别是在遇到营销活动时，瞬间流量很可能超过后端系统的承载能力，这就要考虑通过消息中间件来缓冲，MQ客户端实例根据自己的处理能力从MQ服务器拉取消息&#