信息处理方法及其装置、计算机系统及计算机可读介质与流程

本公开涉及互联网领域，更具体地，涉及一种信息处理方法及其装置，计算机系统及计算机可读介质。

背景技术：

随着互联网的不断发展，单一的服务已经很难处理越来越复杂的业务，更难处理越来越大的海量数据。服务拆分解耦、数据流式处理已经是被行业公认的解决方案，目前业界普遍使用的解决方案是采用消息中间件，比如开源的有apacherocketmq和apachekafka。可以在安装部署阶段，对不同的用户、不同的应用部署对应的消息中间件集群，出于可靠性、安全性等因素的考虑，应用和消息中间件集群通常会部署在多个区域、多个机房。

然而，在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题：针对多机房多消息中间件集群的部署方案，分配调度机制无法实现资源共享，导致大量的资源浪费。

针对相关技术中的上述问题，目前还未提出有效的解决方案。

技术实现要素：

有鉴于此，本公开提供了一种信息处理方法及其装置，计算机系统及计算机可读介质。

本公开的一个方面提供了一种信息处理方法，包括：响应于消息主题的建立请求，获取上述消息主题的属性信息，基于上述属性信息，从资源池中筛选出目标消息中间件集群，其中，上述资源池包含多个消息中间件集群，以及将上述目标消息中间件集群分配给上述消息主题。

根据本公开的实施例，上述基于上述属性信息，从资源池中筛选出目标消息中间件集群包括：基于上述属性信息，从上述资源池中筛选出满足上述属性信息的第一候选消息中间件集群，获取上述消息主题的建立者所对应的调度规则信息；基于上述调度规则信息，从上述第一候选消息中间件集群中筛选出满足上述调度规则信息的第二候选消息中间件集群，获取上述第二候选消息中间件集群的筛选指标，以及基于上述筛选指标，从上述第二候选消息中间件集群中筛选出满足上述筛选指标的目标消息中间件集群。

根据本公开的实施例，上述方法还包括：获取上述多个消息中间件集群中各消息中间件集群的类型信息，获取上述各消息中间件集群的属性信息，基于上述各消息中间件集群的属性信息，为上述各消息中间件集群添加标识信息，以及基于上述各消息中间件集群的类型信息和标识信息，生成上述资源池。

根据本公开的实施例，还包括：采集上述目标消息中间件集群的第一监控数据，检测上述第一监控数据是否超过第一预设阈值，以及若超过，则对上述目标消息中间件集群执行限流保护。

根据本公开的实施例，上述目标消息中间件集群包括多个节点，上述多个节点用于存储上述消息主题的分段数据，上述方法还包括：采集上述多个节点的第二监控数据，检测上述多个节点中是否有第二监控数据超过第二预设阈值的节点，以及若有，则将将第二监控数据超过上述第二预设阈值的节点对应的分段数据迁移至第二监控数据未超过上述第二预设阈值的其他节点。

本公开的另一个方面提供了一种信息处理装置，包括：第一获取模块，被配置为响应于消息主题的建立请求，获取上述消息主题的属性信息，第一处理模块，被配置为基于上述属性信息，从资源池中筛选出目标消息中间件集群，其中，上述资源池包含多个消息中间件集群，以及分配模块，被配置为将上述目标消息中间件集群分配给上述消息主题。

根据本公开的实施例，上述第一处理模块包括：第一处理子模块，被配置为基于上述属性信息，从上述资源池中筛选出满足上述属性信息的第一候选消息中间件集群，第一获取子模块，被配置为获取上述消息主题的建立者所对应的调度规则信息，第二处理子模块，被配置为基于上述调度规则信息，从上述第一候选消息中间件集群中筛选出满足上述调度规则信息的第二候选消息中间件集群，第二获取子模块，被配置为获取上述第二候选消息中间件集群的筛选指标，以及第三处理子模块，被配置为基于上述筛选指标，从上述第二候选消息中间件集群中筛选出满足上述筛选指标的目标消息中间件集群。

根据本公开的实施例，上述装置还包括：第二获取模块，被配置为获取上述多个消息中间件集群中各消息中间件集群的类型信息，第三获取模块，被配置为获取上述各消息中间件集群的属性信息，第二处理模块，被配置为基于上述各消息中间件集群的属性信息，为上述各消息中间件集群添加标识信息，以及生成模块，被配置为基于上述各消息中间件集群的类型信息和标识信息，生成上述资源池。

根据本公开的实施例，上述装置还包括：第一采集模块，被配置为采集上述目标消息中间件集群的第一监控数据，第一检测模块，被配置为检测上述第一监控数据是否超过第一预设阈值，以及第三处理模块，被配置为若超过，则对上述目标消息中间件集群执行限流保护。

根据本公开的实施例，上述目标消息中间件集群包括多个节点，上述多个节点用于存储上述消息主题的分段数据，上述装置还包括：第二采集模块，被配置为采集上述多个节点的第二监控数据，第二检测模块，被配置为检测上述多个节点中是否有第二监控数据超过第二预设阈值的节点，以及迁移模块，被配置为若有，则将第二监控数据超过所述第二预设阈值的节点对应的分段数据迁移至第二监控数据未超过所述第二预设阈值的其他节点。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，将原本需要部署在多个区域、多个机房，具有多用途的彼此孤立的多个消息中间件集群集中放在资源池中，由资源池统一管理和控制，并统一对外提供消息中间件集群的有关服务，不需要对每个应用部署对应的消息中间件集群，可以避免为每个应用部署对应的消息中间件导致的资源浪费，实现多个消息中间件集群之间的资源共享，在建立消息主题时，基于消息主题的属性信息，从资源池中筛选出目标消息中间件集群，将目标消息中间件集群分配给消息主题，可以将消息主题被创建在最合适的消息中间件集群中。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的信息处理方法的应用场景；

图2示意性示出了根据本公开实施例的信息处理方法的流程图；

图3a示意性示出了相关技术的消息中间件集群和应用服务器的网络拓扑图；

图3b示意性示出了根据本公开实施例的消息中间件集群和应用服务器的网络拓扑图；

图3c示意性示出了根据本公开另一实施例的信息处理方法的流程图；

图3d示意性示出了根据本公开另一实施例的信息处理方法的流程图；

图4示意性示出了根据本公开实施例的信息处理装置的框图；以及

图5示意性示出了根据本公开实施例的适于实现信息处理方法和装置的计算机系统的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

需要说明的是，上下文中涉及的术语包括以下几个。

apachekafka：开源的消息中间件，以高吞吐量著称。

apacherocketmq：国内互联网公司或金融领域使用广泛的开源的消息中间件。

acl：accesscontrollayer，访问控制层，用来识别用户，控制访问资源。

topic：消息主题，标识消息的类型。

broker：消息中间件服务器中的组成节点，用来存储topic数据，负责处理消息的写入和读取。

partition：在有的消息中间件里也叫消息队列(messagequeue)，代表topic切分的粒度，也称消息分段。

根据本公开的实施例，一个topic可以部署在消息中间件集群的多个broker上，根据实际需要，每个broker上可以包括一个或多个partition。例如，消息主题a被切分为6个partition，分别是partition1、partition2、partition3、partition4、partition5和partition6。消息中间件集群a部署有3个broker，分别是broker1、broker2和broker3。根据实际需要，broker1可以包括partition1，broker2可以包括partition2和partition3，broker3可以包括partition4、partition5和partition6。

可以理解的是，消息主题被切分的消息分段的数量、消息中间件集群部署的broker的数量，以及每个broker与消息分段的对应关系仅仅是示意性的。根据实际情况的需要，消息主题可以被切分成任意数量的消息分段，消息中间件集群可以部署任意数目的broker，本公开不做限定。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。

本公开提供了一种信息处理方法，包括：响应于消息主题的建立请求，获取消息主题的属性信息；基于属性信息，从资源池中筛选出目标消息中间件集群，其中，资源池包含多个消息中间件集群；以及将目标消息中间件集群分配给消息主题。

图1示意性示出了根据本公开实施例的信息处理方法的应用场景100。需要注意的是，图1所示仅为可以应用本公开实施例的应用场景的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，在该应用场景100中，不同的区域101(区域1和区域2)内部署不同的应用服务器102以及消息中间件集群103。

应用服务器102可以是提供各种服务的服务器，例如对用户利用终端设备所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

用户可以使用终端设备通过网络与应用服务器102交互，以接收或发送消息等。终端设备上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

应该理解，图1中的区域、应用服务器、消息中间件集群的数目仅仅是示意性的。根据实际情况的需要，可以在多个区域部署具有任意数目的应用服务器和消息中间件集群。

针对多区域、多机房、多用途的多个消息中间件集群，用户在使用消息中间件集群时，一般只关心创建topic时，分配的消息中间件集群是否在可访问区域(有防问权限)、是否满足自身业务特点，而不会去关心该topic具体被分配到了哪个消息中间件集群的哪一个或哪几个broker上。因此，本公开依据topic生命周期的特点，从topic的创建、运维、销毁三个阶段来干预topic的调度。

首先阐述本公开实施例提供的在topic的创建阶段对topic进行干预的信息处理方法。

图2示意性示出了根据本公开实施例的信息处理方法的流程图。

如图2所示，该方法包括操作s210～s230。其中：

在操作s210，响应于消息主题的建立请求，获取消息主题的属性信息。

在操作s220，基于属性信息，从资源池中筛选出目标消息中间件集群。

在操作s230，将目标消息中间件集群分配给消息主题。

根据本公开的实施例，消息主题的属性信息包括但不限于所在区域，消息主题的类型，消息主题涉及的业务类型以及消息主题所属的租户信息。可以基于该属性信息，从包含有多个消息中间件集群的资源池中筛选出符合消息主题属性的目标消息中间件集群，分配给消息主题，使得消息主题建立在与其属性相符的消息中间件集群。

图3a示意性示出了相关技术的消息中间件集群和应用服务器的网络拓扑图。

如图3a所示，在相关技术中，租户、应用服务器和消息中间件集群的分配调度存在于消息中间件集群的安装部署阶段。具体地，针对多租户、多应用服务器，通常采取相对隔离的解决方案，即不同的租户、不同的应用服务器分别对应不同的消息中间件集群。由于不同的租户分别对应有自己的消息中间件集群，不能分享给其他的租户，不共享同一个消息中间件集群，导致消息中间件集群存在很大的资源浪费。同时，每个租户自己维护自己的消息中间件集群，给用户带来了运维负担。随着topic越来越多，连接的生产消费客户端也越来越多，应用服务器的消息中间件集群的访问可能会互相影响。

图3b示意性示出了根据本公开实施例的消息中间件集群和应用服务器的网络拓扑图。

如图3b所示，根据本公开的实施例，对相关技术提供的上述解决方案进行进一步改善，将原来彼此孤立的多个消息中间件集群放在消息中间件集群的资源池中，统一对外提供服务，确保topic被创建在最合适的消息中间件集群中。

考虑到消息主题的建立者属性不同，对消息中间件集群有不同的诉求，因此，可以根据消息主题的建立者的属性信息，预定义个性化的调度规则信息。

根据本公开的实施例，根据消息主题的建立者对消息中间件集群的实际诉求，提供三种简单的分配规则：should_assign_to，must_assign_to以及must_not_assign_to。使得在给消息主题的建立者分配消息中间件集群时，根据should_assign_to的分配规则，可以将消息主题尽量分配到消息主题的建立者指定的消息中间件集群上，根据must_assign_to的分配规则，可以将消息主题必须分配到消息主题的建立者指定的消息中间件集群上，根据must_not_assign_to的分配规则，绝对不能将消息主题必须分配到消息主题的建立者指定的消息中间件集群上。

根据本公开的实施例，也可以给有共享需求的消息主题的建立者预定义共享的调度规则，使其可以共享自己对应的消息中间件集群给消息主题的其他建立者，同时，在消息主题的其他建立者也有共享调度规则的情况下，也可以共享其他建立者对应的消息中间件集群。

根据本公开的实施例，基于属性信息，从资源池中筛选出目标消息中间件集群时，可以结合为消息主题的建立者预先定义的调度规则，包括：基于属性信息，从资源池中筛选出满足属性信息的第一候选消息中间件集群。获取消息主题的建立者所对应的调度规则信息，基于调度规则信息，从第一候选消息中间件集群中筛选出满足调度规则信息的第二候选消息中间件集群。获取第二候选消息中间件集群的筛选指标。基于筛选指标，从第二候选消息中间件集群中筛选出满足筛选指标的目标消息中间件集群。上述基于属性信息，结合为消息主题的建立者预先定义的调度规则，从资源池中筛选出目标消息中间件集群的具体流程参考图3c。

如图3c所示，输入topic信息之后，在topic创建阶段，topic调度系统会将topic被分配到满足用户需要的集群上。调度过程包括操作s331～操作s3312。其中：

在操作s331，输入topic信息，获取topic是属性信息，该属性信息可以包括但不限于所在区域、topic类型、业务类型以及所属租户。

在操作s332，通过区域信息、集群类型信息获取候选集群。

在操作s333，获取满足属性信息的集群分配规则。

在操作s334，遍历集群，通过“租户-调度规则表”获取消息主题建立者对应的调度规则(如果没有，则采用共享集群的调度规则)。

在操作s335，借助调度规则，检测当前集群是否满足调度规则，若满足，则执行操作s336，将当前集群加入最终候选集群。

若不满足，则执行操作s337，检测是否遍历完成。若未完成，则再次执行操作s334。

若完成，则执行操作s338，检测是否有满足条件的集群。若没有，则执行操作s339，提示创建topic失败。

若有，则执行操作s3310，从候选集群中选择使用率最低的集群。

在操作s3311，创建topic。

在操作s3312，记录到系统中，结束。

通过本公开的实施例，基于包含多个消息中间件集群的资源池，根据消息主题的属性信息，或者基于消息主题的属性信息结合消息主题建立者对应的调度规则信息，筛选出目标消息中间件集群的管理方式，不仅可以实现消息主题被创建在合适的消息中间件集群中，还可以避免大量部署消息中间件集群导致的资源浪费。

根据本公开的实施例，该方法除了包括前述操作s210～s230之外，还包括生成资源池，包括：获取多个消息中间件集群中各消息中间件集群的类型信息。获取各消息中间件集群的属性信息。基于各消息中间件集群的属性信息，为各消息中间件集群添加标识信息。基于各消息中间件集群的类型信息和标识信息，生成资源池。

具体地，在开始进行topic调度之前，根据本公开的实施例，将所有的消息中间件集群按照类型统一管理起来，并针对消息中间件集群的特点，打上标签，放到统一的消息中间件资源池中，例如，对适合处理日志的消息中间件集群打上“log”标签，对适合处理监控数据的消息中间件集群打上“metric”标签。具体的打标签内容和方法此处不再赘述，本公开对打标签的具体内容和方式不做限定，本领域技术人员可以根据实际情况而定。

通过本公开的实施例，基于各消息中间件集群的属性信息，为各消息中间件集群添加标识信息，生成资源池，可以为消息中间件集群的统一管理提供数据支持，达到资源共享的技术效果。

接下来，阐述本公开实施例提供的在topic的运维阶段对topic所在的目标消息中间件集群进行干预的调度方法。图3d示意性示出了根据本公开另一实施例的信息处理方法的流程图，包括限流保护和副本迁移。

根据本公开的实施例，该方法除了包括前述操作s210～s230之外，还包括：采集目标消息中间件集群的第一监控数据，检测第一监控数据是否超过第一预设阈值，若超过，则对目标消息中间件集群执行限流保护。

根据本公开的实施例，目标消息中间件集群包括多个节点，多个节点用于存储消息主题的分段数据，该方法还包括：采集多个节点的第二监控数据，检测多个节点中是否有第二监控数据超过第二预设阈值的节点，若有，则将第二监控数据超过第二预设阈值的节点对应的分段数据迁移至第二监控数据未超过第二预设阈值的其他节点。

需要说明的是，监控指标用于表征目标中间件集群的运行状态参数，可以包括但不限于内存的占用、中央处理器的占用、磁盘占用、消息写入的速度、消息的读取次数等指标。其中，磁盘占用反应消息主题副本的分布情况，消息的发送速度，消息发送字节数大小，客观反应消息生产和/或消息消费的速度。各监控指标对应有阈值，指标超过阈值，则表明运行异常。

根据本公开的实施例，若检测目标集群中存在生产和/或消费速度超过预设最大速度，则对目标消息中间件集群的多个节点进行监控以获得监控结果，在监控结果指示目标消息中间件集群的多个节点之间存在资源不平衡的情况下，在该目标消息中间件集群内部执行消息主题的副本迁移，使得该目标消息中间件集群内部的多个节点之间恢复资源平衡状态，健康有序的运行。

对除目标消息中间件集群之外的其他消息中间件集群，本公开也采取同样的干预方法，整体的处理流程如图3d所示，在topic创建之后的运维阶段，实时监控各消息中间件集群的运行状态，在运行状态出现异常时，对异常的消息中间件可以执行限流保护和副本迁移。整个流程可以包括操作s341～操作s349。其中：

在操作s341，获取集群列表。

在操作s342，遍历整个集群列表。

在操作s343，获取集群列表中各集群的监控数据。

在操作s344，检测各集群中是否存在生产或消费速度是否超过预设最大速度的集群。其中，生产速度可以是消息生产者的消息写入速度，消费速度可以是消息消费者的消息读取速度。生产或消费速度与网络环境有关，如网络带宽。不同的网络带宽对应不同的生产或消费速度，通常网络带宽越宽，生产或消费速度越快。在带宽有限的前提下，预设允许生产或消费的最大速度。随着消息处理的进行，消息生产者的消息写入速度或消息消费者的消息读取速度可能超过生产或消费的最大速度。因此，可以实时监控生产或消费速度是否超过该预设最大速度。在生产或消费速度未超过该预设最大速度的情况下，正常执行消息的写入或消息的读取。

若存在，则执行操作s345，对超过预设最大速度的消息中间件集群执行限速。具体地，对生产速度超过预设最大生产速度的消息中间件集群执行限速处理，使其以低于预设最大生产速度的生产速度写入消息。在消息写入完成后，缓冲一段时间，后可以延迟通知消息写入成功。

若不存在，则执行操作s346，检测broker间是否存在分布不平衡。

若存在，则执行操作s347，找出需要进行迁移的topic。

若不存在，则再次执行操作s342。

在操作s348，进行topic分区副本迁移。

在操作s349，检测是否完成遍历。若完成，则结束。若未完成，则再次执行操作s342。

可以理解的是，节点可以包括但不限于部署在消息中间件集群内部的broker，每个消息中间件集群内部可以部署一个或多个broker，用于存储topic数据，负责处理消息的写入和读取。如图3d所示，完成topic创建之后，用户便可以通过暴露的连接地址接入到消息中间件中。随着消息使用的越来越多，集群内部的消息在各broker之间的分布会逐渐出现不均衡的情况，即在有的broker上消息发送量很大，在有的broker上消息发送量很小，而在有的broker上消息需要保留更长时间。针对这种情况，就需要调度系统能够在消息中间件集群内部进行topic的partition迁移。迁移可以是手动可视化迁移，也可以进行自动迁移，本公开不做限定。

可以理解的是，迁移的依据可以是源broker和目标broker的资源使用情况，例如，源broker可以是资源使用率超过预设阈值的broker，目标broker可以是资源使用率低于预设阈值的broker，为了实现消息处理的速度，可以是部署在该消息中间件集群中的多个broker中资源使用率最低的broker。迁移的依据也可以根据实际需要人为设定。迁移的依据还可以根据部署在消息中间件集群中的多个broker的历史使用情况的大数据确定，本公开不做具体限定。

根据本公开的实施例，副本迁移是一个不断检测和执行的过程，在检测到某消息中间件集群内部的多个节点存在资源不平衡的情况下，可以执行副本迁移。调度系统可以定期采集消息中间件集群中每个broker的监控指标，包括但不限于内存占用、中央处理器的占用、磁盘占用、消息写入速度、消息读取次数等指标，调度系统根据预设的调度阈值进行topic副本迁移。调度阈值包括但不限于最大磁盘占用空间、最大消息写入速度、最大内存占用等。其中磁盘空间占用可以反应topic副本分布、消息发送速度，消息发送字节数大小等多个因素。

通过本公开的实施例，在消息中间件集群的运维阶段，针对资源池，实时监控各消息中间件集群的运行状态，对运行状态异常的消息中间件集群执行限流保护，同时实时监控部署在各消息中间件集群中的多个节点的运行状态，对消息主题的消息分段执行副本迁移，节省消息中间件集群运维的时间成本和资金成本。

最后，因业务下线、变更等需要，需要销毁已经创建的topic，用户在通过本公开提供的功能删除topic之后，调度系统会将topic信息从系统中移除，并且使得资源得到释放。资源释放带来两个结果，即新的topic创建时的集群分配以及下一次集群迁移的再平衡。

图4示意性示出了根据本公开实施例的信息处理装置的框图。

如图4所示，该信息处理装置400包括第一获取410、第一处理模块420以及分配模块430。其中：

第一获取410，被配置为响应于消息主题的建立请求，获取消息主题的属性信息。

第一处理模块420，被配置为基于属性信息，从资源池中筛选出目标消息中间件集群，其中，资源池包含多个消息中间件集群。

分配模块430，被配置为将目标消息中间件集群分配给消息主题。

根据本公开的实施例，第一处理模块420包括：

第一处理子模块，被配置为基于属性信息，从资源池中筛选出满足属性信息的第一候选消息中间件集群。

第一获取子模块，被配置为获取消息主题的建立者所对应的调度规则信息。

第二处理子模块，被配置为基于调度规则信息，从第一候选消息中间件集群中筛选出满足调度规则信息的第二候选消息中间件集群。

第二获取子模块，被配置为获取第二候选消息中间件集群的筛选指标。

第三处理子模块，被配置为基于筛选指标，从第二候选消息中间件集群中筛选出满足筛选指标的目标消息中间件集群。

通过本公开的实施例，基于包含多个消息中间件集群的资源池，根据消息主题的属性信息和用户的调度规则信息，筛选目标消息中间件集群的管理方式，不仅可以实现消息中间件集群的资源共享，还可以避免大量部署消息中间件集群导致的资源浪费。

根据本公开的实施例，该信息处理装置400除了包括第一获取410、第一处理模块420以及分配模块430之外，还包括：

第二获取模块，被配置为获取多个消息中间件集群中各消息中间件集群的类型信息。

第三获取模块，被配置为获取各消息中间件集群的属性信息。

第二处理模块，被配置为基于各消息中间件集群的属性信息，为各消息中间件集群添加标识信息。

生成模块，被配置为基于各消息中间件集群的类型信息和标识信息，生成资源池。

通过本公开的实施例，基于各消息中间件集群的属性信息，为各消息中间件集群添加标识信息，生成资源池，可以为消息中间件集群的统一管理提供数据支持，达到资源共享的技术效果。

根据本公开的实施例，该信息处理装置400除了包括第一获取410、第一处理模块420以及分配模块430之外，还包括：

第一采集模块，被配置为采集目标消息中间件集群的第一监控数据。

第一检测模块，被配置为检测第一监控数据超过第一预设阈值。

第三处理模块，被配置为若超过，则对目标消息中间件集群执行限流保护。

根据本公开的实施例，目标消息中间件集群包括多个节点，多个节点用于存储消息主题的分段数据，装置还包括：

第二采集模块，被配置为采集多个节点的第二监控数据。

第二检测模块，被配置为检测多个节点中是否有第二监控数据超过第二预设阈值的节点。

迁移模块，被配置为若有，则将第二监控数据超过所述第二预设阈值的节点对应的分段数据迁移至第二监控数据未超过所述第二预设阈值的其他节点。

通过本公开的实施例，在消息中间件集群的运维阶段，针对资源池，实时监控目标消息中间件集群的运行状态，目标消息中间件集群出现运行异常的情况下，执行限流保护，同时实时监控目标消息中间件集群中的多个节点的运行状态，将运行异常的节点对应的分段数据迁移到运行正常的其他节点，节省目标消息中间件集群运维的时间成本和资金成本。

根据本公开的实施例的模块、子模块中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一获取410、第一处理模块420以及分配模块430中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一获取410、第一处理模块420以及分配模块430中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一获取410、第一处理模块420以及分配模块430中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图5示意性示出了根据本公开实施例的适于实现信息处理方法和装置的计算机系统的方框图。图5示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，根据本公开实施例的计算机系统500包括处理器501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。处理器501例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器501还可以包括用于缓存用途的板载存储器。处理器501可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram503中，存储有系统500操作所需的各种程序和数据。处理器501、rom502以及ram503通过总线504彼此相连。处理器501通过执行rom502和/或ram503中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom502和ram503以外的一个或多个存储器中。处理器501也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，系统500还可以包括输入/输出(i/o)接口505，输入/输出(i/o)接口505也连接至总线504。系统500还可以包括连接至i/o接口505的以下部件中的一项或多项：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被处理器501执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom502和/或ram503和/或rom502和ram503以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。