CN107592215A - 一种管理消息中间件的方法 - Google Patents

Abstract

本发明公开了一种管理消息中间件的方法，用于包含多个服务器和多个客户端的系统中，包括：实时检测各个消息中间件的运行状态；当消息中间件出现故障时，将出现故障的消息中间件切换至另一个运行正常的消息中间件以完成出现故障的消息中间件的传递任务；其中，消息中间件用于实现服务器和客户端之间的待处理消息的传递任务。对比现有技术中采用一个消息中间件完成传递任务，采用多个消息中间件不仅在一个消息中间件出现故障时，可以采用其他的消息中间件完成传递任务，还可以分担传递待处理消息的工作压力，从而既保证消息传输的可靠性，又提高了消息传输效率。

Description

一种管理消息中间件的方法

技术领域

本发明涉及通信领域，特别是涉及一种管理消息中间件的方法。

背景技术

现今，越来越多的企业使用分布式集群系统架构，面临着各种各样的系统集成和数据整合，因此各种基于面向消息的中间件应运而生，它们主要利用高效可靠的消息传递机制进行数据交流，并基于数据通信来进行分布式集群系统的集成。因此，在集群系统传递消息的过程中，消息中间件起了至关重要的作用。

现有技术中，通常在一个包含多个服务器和多个客户端的系统中，选择一台服务器安装消息中间件，作为在服务器和客户端之间传递消息的桥梁。但是由于消息中间件负责连接系统中的所有服务，若消息中间件所在的机器出现软硬件故障或者网络故障就会造成消息丢失，因此消息传输可靠性难以保证。而且由于消息传输量越来越大，消息中间件负载了非常大的工作压力，使得传输效率比较低。

因此，如何保证系统消息传输的可靠性，提高消息传递效率，是本领域技术人员需要解决的技术问题。

发明内容

本发明的目的是提供一种管理消息中间件的方法，用于保证系统消息传输的可靠性，提高消息传输效率。

为解决上述技术问题，本发明提供一种管理消息中间件的方法，用于包含多个服务器和多个客户端的系统中，包括：

实时检测各个所述消息中间件的运行状态；

当所述消息中间件出现故障时，将所述出现故障的消息中间件切换至另一个运行正常的消息中间件以完成所述出现故障的消息中间件的所述传递任务；

所述消息中间件用于实现所述服务器和所述客户端之间的待处理消息的传递任务。

优选地，还包括：

实时检测各个所述消息中间件的资源占有率；

当接收到所述待处理消息时，将所述待处理消息发送至资源占有率最低的消息中间件。

优选地，所述将所述出现故障的消息中间件切换至另一个运行正常的消息中间件具体为：

将所述出现故障的消息中间件切换至资源占有率最低的所述运行正常的消息中间件。

优选地，所述消息中间件之间采用集群通道进行通信。

优选地，所述消息中间件以队列的形式处理所述待处理消息。

优选地，所述消息中间件以队列的形式处理所述待处理消息具体为：

所述消息中间件按所述待处理消息到达所述消息中间件的时间的先后顺序，以队列的形式保存所述待处理消息，并从所述队列的首端开始处理所述待处理消息。

优选地，所述消息中间件以队列的形式保存所述待处理消息具体为：

所述消息中间件按所述待处理消息的质量的优劣顺序，以队列的形式保存所述待处理消息，并从所述队列的首端开始处理所述待处理消息。

优选地，还包括：

保存所述待处理消息和已处理消息。

优选地，所述消息中间件在所述服务器和所述客户端之间采用发布订阅的方式传递所述待处理消息。

优选地，还包括：

所述服务器或所述客户端在获取所述待处理消息后，向所述消息中间件发送已接收的信号。

本发明所提供的管理消息中间件的方法，用于包含多个服务器和多个客户端的系统中，包括：实时检测各个消息中间件的运行状态；当消息中间件出现故障时，将出现故障的消息中间件切换至另一个运行正常的消息中间件以完成出现故障的消息中间件的传递任务；其中，消息中间件用于实现服务器和客户端之间的待处理消息的传递任务。对比现有技术中采用一个消息中间件完成传递任务，采用多个消息中间件不仅在一个消息中间件出现故障时，可以采用其他的消息中间件完成传递任务，还可以分担传递待处理消息的工作压力，从而既保证消息传输的可靠性，又提高了消息传输效率。

附图说明

为了更清楚的说明本发明实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实时里提供的第一种管理消息中间件的方法的流程图；

图2为本发明实施例提供的第二种管理消息中间件的方法的流程图；

图3为本发明实施例提供的第三种管理消息中间件的方法的流程图；

图4为本发明实施例提供的第四种管理消息中间件的方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的核心是提供一种管理消息中间件的方法，用于保证系统消息传输的可靠性，提高消息传递效率。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

图1为本发明实时里提供的第一种管理消息中间件的方法的流程图。如图1所示，在包含多个服务器和多个客户端的系统中，管理消息中间件的方法包括：

S10：实时检测各个消息中间件的运行状态。

S11：当消息中间件出现故障时，将出现故障的消息中间件切换至另一个运行正常的消息中间件以完成出现故障的消息中间件的传递任务。

其中，消息中间件用于实现服务器和客户端之间的待处理消息的传递任务。

中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件位于客户端/服务器的操作系统之上，管理计算机资源和网络通讯。是连接两个独立应用程序或独立系统的软件。相连接的系统，即使它们具有不同的接口，但通过中间件相互之间仍能交换信息。执行中间件的一个关键途径是信息传递。通过中间件，应用程序可以工作于多平台或OS环境。对比现有技术中，在一个包含多个服务器和多个客户端的系统中，选择一台服务器安装消息中间件，作为在服务器和客户端之间传递消息的桥梁，本发明在一个包含多个服务器和多个客户端的系统中，选择多台服务器安装消息中间件，这样当一台服务器上的消息中间件因为机器故障或者网络故障而不能工作时，就可以切换到其他消息中间件上完成消息传递的任务。

在具体实施中，该系统中的多个消息中间件相当于构成了一个集群，其中每个消息中间件都具有相同的功能，即在服务器和客户端之间传递消息的功能。为了方便实时检测各个消息中间件的运行状态，可以选择一台服务器安装管理软件，如ZooKeeper，设置检测方式与切换命令。Zookeeper是一个开源项目，它是一个快速、高可用、容错、分布式的协调服务程序，Zookeeper能够很容易的实现集群管理的功能，一旦有机器不能提供服务，Zookeeper可以立刻识别到，从而做出调整重新分配服务策略。显然，除了使用ZooKeeper检测各个消息中间件的运行状态、完成故障消息中间件的切换外，还可以采用其他能够实现对消息中间件的集群管理。在不计人工成本的情况下，也可以人工检测消息中间件的运行状态或者手动进行切换。

本发明实施例提供的管理消息中间件的方法，用于包含多个服务器和多个客户端的系统中，包括：实时检测各个消息中间件的运行状态；当消息中间件出现故障时，将出现故障的消息中间件切换至另一个运行正常的消息中间件以完成出现故障的消息中间件的传递任务；其中，消息中间件用于实现服务器和客户端之间的待处理消息的传递任务。对比现有技术中采用一个消息中间件完成传递任务，采用多个消息中间件不仅在一个消息中间件出现故障时，可以采用其他的消息中间件完成传递任务，还可以分担传递待处理消息的工作压力，从而既保证消息传输的可靠性，又提高了消息传输效率。

图2为本发明实施例提供的第二种管理消息中间件的方法的流程图。在本发明实施例提供的第一种管理消息中间件的方法的基础上，在另一实施例中，还包括：

S20：实时检测各个消息中间件的资源占有率。

S21：当接收到待处理消息时，将待处理消息发送至资源占有率最低的消息中间件。

需要说明的是，步骤S20、S21与步骤S10、S11无顺序关系，消息中间件的作用是在服务器和客户端之间传递待处理消息，步骤S20和步骤S21是针对消息中间件接收待处理消息提出的方法，而步骤S10和步骤S11是针对消息中间件无法运行的状况提出的方法。

可以理解的是，为了消息中间件的负载均衡，提高消息中间件的工作效率，实时检测各个消息中间件的资源占有率，根据各个消息中间件的资源占有率合理分配对待处理消息的传递任务，即将待处理消息发送至资源占有率最低的消息中间件。

在具体实施中，结合上述具体实施方式，可以通过管理软件实现检测各个消息中间件的资源占有率，并将待处理消息发送至资源占有率最低的消息中间件。资源占有率，可以结合消息中间件收到的待处理消息的数量或者所需发送时间来统计，以该消息中间件正在处理发送的消息量与该消息中间件能够同时处理发送的消息量的比值来表示。

本发明实施例提供的管理消息中间件的方法，还包括检测各个消息中间件的资源占有率，并将待处理消息发送至资源占有率最低的消息中间件。这样，就可以实现消息中间件的负载均衡，避免因某个消息中间件工作量过大而产生的处理缓慢，从而提高了整个消息中间件系统的工作效率，保证系统的工作健康稳定。

作为优选的实施方式，在本发明实施例提供的第二种管理消息中间件的方法的基础上，步骤S21具体为：

将出现故障的消息中间件切换至资源占有率最低的运行正常的消息中间件。

结合上述两个具体实施方式，可以理解的是，在某个消息中间件出现故障时，将出现故障的消息中间件切换至资源占有率最低的运行正常的消息中间件。这需要步骤S10和步骤S20的结合，即实时检测各个消息中间件的运行状态和资源占有率，当某各消息中间件出现故障时，切换至运行正常的消息中间件中资源占有率最低的消息中间件以完成这个出现故障的消息中间件未发送完的消息。

本发明实施例提供的管理消息中间件的方法，在消息中间件出现故障时，切换至资源占有率最低的运行正常的消息中间件已完成出现故障的消息中间件的传递任务。可以在保证对待处理消息的处理的前提下，进一步增强负载均衡，保证资源的合理利用，提高消息传递的效率。

作为优选的实施方式，在本发明实施例提供的第一种管理消息中间件的方法的基础上，消息中间件之间采用集群通道进行通信。

消息中间件之间采用集群通道进行通信，则无需消息中间件两两之间建立消息通道，从而大大简化了系统配置。在具体实施中，可能出现某个消息中间件工作量过大的情况，这时该消息中间件可以通过集群通道将一部分待处理消息发送至另一个消息中间件以分担压力。同理，消息中间件对外也可以采用集群通道进行通信，这样，在这个包含多个服务器和多个客户端的系统中，具有消息中间件的服务器相当于组成了一个系统，对外是一个整体，在这个整体之外与消息中间件交流时，无需关注是从哪个消息中间件发出的消息，也无需关注自己发出的消息被哪个消息中间件接收并转发了，只需从集群通道进行消息传递即可。

本发明实施例提供的管理消息中间件的方法，消息中间件之间采用集群通道进行通信，可以简化系统配置，便于对消息中间件的管理。

作为优选的实施方式，在本发明实施例提供的第一种管理消息中间件的方法的基础上，消息中间件以队列的形式处理待处理消息。

可以理解的是，为了避免消息中间件处理的消息杂乱无章以至于降低消息中间件的工作效率，将待处理消息排成队列，消息中间件就有了处理待处理消息的一定之规。

在具体实施中，可以利用消息中间件内置的存储单元，以队列形式存储未完成的待处理消息。队列的排序可以按时间先后顺序，即对于待处理消息来说，以到达消息中间件的时间为准，先到先处理；也可以以待处理消息的轻重缓急来排序，即分析待处理消息的内容，对于急需处理的待处理消息要排在队列前端以便尽早处理，如果是同时到达的待处理消息，也可以用这种方式排成队里。在按时间排序的基础上，可以采用插队的形式将急需处理的待处理消息排至队列前端。

在某个消息中间件出现故障时，也可以从该消息中间件的存储单元中获取消息队列，转发到运行正常的消息中间件。

本发明实施例提供的管理消息中间件的方法，消息中间件以队列的形式处理待处理消息。这样规范了消息中间件的工作方式，提高了处理效率，防止消息中间件因为积攒了过多的待处理消息而造成的系统卡顿。

作为优选实施方式，在上述实施方式的基础上，消息中间件以队列的形式处理待处理消息具体为：

消息中间件按待处理消息到达消息中间件的时间的先后顺序，以队列的形式保存待处理消息，并从队列的首端开始处理待处理消息。

在上述具体实施方式的基础上，可以进一步规范消息中间件处理待处理消息的方式，以待处理消息到达消息中间件的时间的先后顺序，先以队列形式将待处理消息保存到消息中间件的存储单元中，再从队列的首端开始处理待处理消息，这样可以保证不会遗漏待处理消息。以到达时间的先后顺序排序，简单易行，可以使消息中间件的传递工作有序进行。

本发明实施例提供的管理消息中间件的方法，消息中间件按待处理消息到达消息中间件的时间的先后顺序，以队列的形式保存待处理消息，并从队列的首端开始处理待处理消息，这样可以使消息中间件的传递工作更加规范、有序地进行。

作为优选实施方式，在上述实施方式的基础上，消息中间件以队列的形式处理待处理消息具体为：

消息中间件按待处理消息的质量的优劣顺序，以队列的形式保存待处理消息，并从队列的首端开始处理待处理消息。

在上述具体实施方式的基础上，除了按待处理消息到达消息中间件的时间的先后顺序排成队列，还可以按待处理消息的质量的优劣顺序排成队列，先以队列形式将待处理消息保存到消息中间件的存储单元中，再从队列的首端开始处理待处理消息。

在具体实施中，按待处理消息的质量的优劣顺序排成队列，可以参照待处理消息中包含的内容，如消息传递的优先级，先处理优先级高的待处理消息。也可以在按待处理消息到达消息中间件的时间的先后顺序的基础上，将优先级高的待处理消息进行插队，或者单独挑选出来排成一个优先队列，以便优先处理。

本发明实施例提供的管理消息中间件的方法，消息中间件按待处理消息的质量的优劣顺序，以队列的形式保存待处理消息，并从队列的首端开始处理待处理消息。，从而规范了消息中间件处理待处理消息的流程，使消息传递任务更加高效。

图3为本发明实施例提供的第三种管理消息中间件的方法的流程图。在本发明实施例提供的第一种管理消息中间件的方法的基础上，在另一实施例中，还包括：

S30：保存待处理消息和已处理消息。

需要说明的是，步骤S30是一个实时进行的操作，即收到新消息时就保存起来。与步骤S10、S11无顺序关系。这里的已处理消息是相对待处理消息而言的。如果待处理消息指接收端(可能是服务器也可能是客户端)没有收到的消息，那么已处理消息就是指确定接收端已经收到的消息；如果待处理消息是指消息中间件未发出的消息，那么已处理消息就是指消息中间件已经发出的消息。在本实施方式中，保存待处理消息和已处理消息，是为了防止消息丢失与机器故障后的恢复与重发。

在具体实施中，可以通过管理软件将所有经过消息中间件的消息记录在本地日志里，做持久化处理。

本发明实施例提供的管理消息中间件的方法，还包括保存待处理消息和已处理消息。通过保存待处理消息和已处理消息，可以在消息丢失或机器故障后及时进行恢复或重发。

作为优选的实施方式，在本发明实时里提供的第一种管理消息中间件的方法的基础上，消息中间件在服务器和客户端之间采用发布订阅的方式传递待处理消息。

发布/订阅是指按特定的主题分发消息，即一端发布一个包含某主题的消息，凡是订阅了该主题的终端都可以获取到相应的消息。发布/订阅功能使得发送者和接收者之间的耦合关系变得更为松散，发送者不必关心接收者的目的地址，而接收者也不必关心消息的发送地址，只是根据消息的主题进行消息的收发。比起点对点的消息传递方法，发布订阅方式可以更加快速有效地传递消息；比起广播的消息传递方法，发布订阅方式更有目的性，可以降低系统负载。

在具体实施中，消息中间件采用发布订阅的方式传递待处理消息，可以是当消息中间件接收到发布者发布一个消息或者进行了数据更新之后，存储相应的消息，订阅者就可以通过订阅的主题在消息中间件处接收到消息或者完成数据同步。

本发明实施例提供的管理消息中间件的方法，限定了消息中间件在服务器和客户端之间采用发布订阅的方式传递待处理消息。通过发布订阅的方式传递消息，效率更高，产生的系统负载低。

图4为本发明实施例提供的第四种管理消息中间件的方法的流程图。如图4所示，在本发明实施例提供的第一种管理消息中间件的方法的基础上，在另一实施例中，还包括：

S40：服务器或客户端在获取待处理消息后，向消息中间件发送已接收的信号。

需要说明的是，步骤S40与步骤S10、S11无顺序关系，步骤S40是接收端接收到待处理消息后进行的操作。为了保证消息发送成功，服务器或客户端在获取待处理消息后，向消息中间件发送已接收的信号。

在具体实施中，如果是采用点对点的方式传递消息，接收端在收到消息后向消息中间件发送已接收的信号，消息中间件可以再将已接收的信号转发给原发送端。如果是采用发布订阅的方式传递消息，发送端发布的消息可以是“我是发布者1，我发布了消息A”，消息中间件根据消息A的主题转发消息A，接收端接收到消息A后，向消息中间件回复“我是订阅者1，我已收到消息A”，消息中间件可以将接收端回复的已接收信号转发给原发送端。即消息中间件可以将已接收的信号转发给原发送端，也可以不转发。

本发明实施例提供的管理消息中间件的方法，还包括服务器或客户端在获取待处理消息后，向消息中间件发送已接收的信号。这样可以确认消息已发送到目的地，保证整个消息传递流程的完整性。

以上对本发明所提供的管理消息中间件的方法进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

Claims (10)

1.一种管理消息中间件的方法，其特征在于，用于包含多个服务器和多个客户端的系统中，包括：

实时检测各个所述消息中间件的运行状态；

当所述消息中间件出现故障时，将所述出现故障的消息中间件切换至另一个运行正常的消息中间件以完成所述出现故障的消息中间件的所述传递任务；

所述消息中间件用于实现所述服务器和所述客户端之间的待处理消息的传递任务。

2.根据权利要求1所述的方法，其特征在于，还包括：

实时检测各个所述消息中间件的资源占有率；

当接收到所述待处理消息时，将所述待处理消息发送至资源占有率最低的消息中间件。

3.根据权利要求2所述的方法，其特征在于，所述将所述出现故障的消息中间件切换至另一个运行正常的消息中间件具体为：

将所述出现故障的消息中间件切换至资源占有率最低的所述运行正常的消息中间件。

4.根据权利要求1所述的方法，其特征在于，所述消息中间件之间采用集群通道进行通信。

5.根据权利要求1所述的方法，其特征在于，所述消息中间件以队列的形式处理所述待处理消息。

6.根据权利要求5所述的方法，其特征在于，所述消息中间件以队列的形式处理所述待处理消息具体为：

所述消息中间件按所述待处理消息到达所述消息中间件的时间的先后顺序，以队列的形式保存所述待处理消息，并从所述队列的首端开始处理所述待处理消息。

7.根据权利要求5所述的方法，其特征在于，所述消息中间件以队列的形式保存所述待处理消息具体为：

所述消息中间件按所述待处理消息的质量的优劣顺序，以队列的形式保存所述待处理消息，并从所述队列的首端开始处理所述待处理消息。

8.根据权利要求1所述的方法，其特征在于，还包括：

保存所述待处理消息和已处理消息。

9.根据权利要求1所述的方法，其特征在于，所述消息中间件在所述服务器和所述客户端之间采用发布订阅的方式传递所述待处理消息。

10.根据权利要求1所述的方法，其特征在于，还包括：

所述服务器或所述客户端在获取所述待处理消息后，向所述消息中间件发送已接收的信号。