CN112486825B - 多泳道环境架构系统、消息消费方法、装置、设备及介质 - Google Patents

Abstract

本公开实施例公开了一种多泳道环境架构系统、消息消费方法、装置、设备及介质，该系统包括：线上环境子系统、至少两个泳道环境子系统以及代理子系统；其中，所述线上环境子系统包括线上生产者组件和线上消费者组件；所述至少两个泳道环境子系统分别包括泳道生产者组件和泳道消费者组件，其中，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同；所述线上环境子系统与所述泳道环境子系统共用一个消息主题Topic。通过本公开实施例的技术方案，满足了基于生产环境真实数据的业务逻辑的测试验证需求，降低了运维成本。

Description

多泳道环境架构系统、消息消费方法、装置、设备及介质

技术领域

本公开实施例涉及计算机技术领域，尤其涉及一种多泳道环境架构系统、消息消费方法、装置、设备及介质。

背景技术

在业务的实际开发、迭代过程中，大多数情况可以在线下测试环境通过构造测试数据完成业务逻辑的测试验证。但是一些场景仍需要依赖线上生产环境的真实数据完成业务逻辑的测试验证。典型的，例如：线上部分用户的业务端出现问题，则需要在线上基于线上生产环境的真实数据对业务代码进行调试与故障定位。因此，在一些需要依赖线上生产环境的真实数据场景中，需要对线上生产环境进行拆分，以获得多个细分的准生产环境(所述准生产环境通常又被称为泳道环境)，使得在需要使用线上生产环境的真实数据时，能够获得线上生产环境的真实数据，且不会对生产环境造成影响。

目前，在消息队列场景中常用的一种多泳道架构系统可参考图1所示的一种多泳道架构系统示意图，在图1所示的多泳道架构系统中，每个泳道环境使用独立的Topic(主题)，每个泳道生产者产生的消息只发到对应泳道的Topic，泳道消费者只从对应的泳道Topic消费消息。例如，Alpha泳道生产者产生的消息只发到Alpha泳道的Topic，Alpha泳道消费者只从Alpha泳道的Topic消费消息。

在业务实践中发现上述多泳道架构系统存在如下问题：维护成本较高，如果泳道数量较多，那么将需要对应创建较多的泳道Topic，增加了运维成本；对开发不透明，业务开发人员需要根据服务的部署泳道，修改代码逻辑，以确定所述服务使用哪个泳道的Topic，导致在泳道部署的代码，如果要发布到线上的话，必须要做一些适应修改；无法完成兜底逻辑，例如，假如某个泳道上没有部署消费者，则该泳道Topic中的消息无法被消费。

发明内容

本公开实施例提供了一种多泳道环境架构系统、消息消费方法、装置、设备及介质，不仅可满足基于生产环境真实数据的业务逻辑的测试验证，还降低了运维成本。

第一方面，本公开实施例提供了一种多泳道环境架构系统，该系统包括：

线上环境子系统、至少两个泳道环境子系统以及代理子系统；

其中，所述线上环境子系统包括线上生产者组件和线上消费者组件；

所述至少两个泳道环境子系统分别包括泳道生产者组件和泳道消费者组件，其中，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同；

所述线上环境子系统与所述泳道环境子系统共用一个消息主题Topic，所述线上生产者组件以及所述泳道生产者组件将产生的消息发送至所述Topic，所述代理子系统用于根据所述消息的属性信息将所述Topic中的消息分发至所述线上消费者组件或者所述泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息。

第二方面，本公开实施例还提供了一种消息消费方法，该方法包括：

通过代理消费者实例从消息主题Topic的不同分区获取消息；

根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同。

第三方面，本公开实施例还提供了一种消息消费装置，该装置包括：

获取模块，用于通过代理消费者实例从消息主题Topic的不同分区获取消息；

分发模块，用于根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同。

第四方面，本公开实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本公开实施例任一所述的消息消费方法。

第五方面，本公开实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本公开实施例任一所述的消息消费方法。

本公开实施例提供的多泳道环境架构系统，包括：线上环境子系统、至少两个泳道环境子系统以及代理子系统；其中，所述线上环境子系统包括线上生产者组件和线上消费者组件；所述至少两个泳道环境子系统分别包括泳道生产者组件和泳道消费者组件，其中，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同；所述线上环境子系统与所述泳道环境子系统共用一个消息主题Topic，所述线上生产者组件以及所述泳道生产者组件将产生的消息发送至所述Topic，所述代理子系统用于根据所述消息的属性信息将所述Topic中的消息分发至所述线上消费者组件或者所述泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息。通过使线上环境子系统与所述泳道环境子系统共用一个消息主题Topic，当泳道环境子系统的数量较多时，可极大地降低系统复杂度以及运维成本；通过增加代理子系统，由代理子系统根据消息的属性信息将所述Topic中的消息分发至匹配的消费者组件进行消费，实现了消息的有序消费，满足了基于生产环境真实数据的业务逻辑的测试验证需求；且如果需要将泳道环境子系统的业务逻辑发布到线上，则可直接挪用，无需再进行适应修改，实现了开发透明。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为现有技术中一种多泳道架构系统的结构示意图；

图2为本公开实施例一所提供的一种多泳道环境架构系统的结构示意图；

图3为本公开实施例一所提供的一种通过代理子系统将Topic分区中的消息分发至消费者实例的分发结构的示意图；

图4为本公开实施例一所提供的另一种通过代理子系统将Topic分区中的消息分发至消费者实例的分发结构的示意图；

图5为本公开实施例二所提供的一种消息消费方法的流程示意图；

图6为本公开实施例三所提供的一种消息消费装置结构示意图；

图7为本公开实施例四所提供的一种电子设备结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

实施例一

图2为本公开实施例一所提供的一种多泳道环境架构系统的结构示意图，该系统适用于在消息队列场景中获得多个细分的准生产环境，使得在需要使用线上生产环境的真实数据时，能够获得线上生产环境的真实数据，且不会对生产环境造成影响，旨在获得生产环境的真实数据，从而满足需要基于生产环境的真实数据完成业务逻辑测试验证的需求。

如图2所示，所述多泳道环境架构系统包括：线上环境子系统210、至少两个泳道环境子系统220以及代理子系统230。

其中，线上环境子系统210包括线上生产者组件211和线上消费者组件212。所述至少两个(在本实施例的方案中以两个为例进行说明)泳道环境子系统220a和220b分别包括泳道生产者组件221a、221b和泳道消费者组件222a和222b。其中，泳道生产者组件221的业务逻辑与线上生产者组件211的业务逻辑相同，泳道消费者组件222的业务逻辑与线上消费者组件212的业务逻辑相同；即泳道环境子系统220的实质为线上环境子系统210的复本。

在本实施例的方案中，为了降低系统复杂度，降低运维成本，线上环境子系统210与泳道环境子系统220共用一个消息主题Topic 240，而不是为线上环境子系统210以及泳道环境子系统220分别配置独立的Topic。线上生产者组件211以及泳道生产者组件221将产生的消息均发送至所述Topic 240。同时，通过使线上环境子系统210与泳道环境子系统220共用一个消息主题Topic 240，消息的生产方和消费方，即线上生产者组件211、泳道生产者组件221，线上消费者组件212以及泳道消费者组件222不需要根据自身所在的环境(具体是泳道环境和线上环境)确定使用哪个Topic，从而实现对业务保证透明。可以理解的是，消息主题Topic是一种具体的消息传递模型，通过该消息传递模型，应用程序能够将一条消息发送给多个消息消费者。在此消息传递模型中，消息目的地类型是主题，消息首先由消息生产者发布至消息服务器中特定的主题Topic中，然后由消息服务器将消息传送至所有已订阅此主题的消费者。

为了保证每个泳道生产者组件产生的消息被对应泳道的泳道消费者组件消费(例如泳道生产者组件221a产生的消息，只能被泳道消费者组件222a消费，而不能被泳道消费者组件222b消费)，增设了代理子系统230，代理子系统230用于根据所述消息的属性信息将所述Topic中的消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息。

所述消息的属性信息包括下述至少一种：消息所属的泳道标识以及具备消费权限的消费者组实例标识；其中，线上消费者组件212包括至少一个线上消费者组实例，每个所述线上消费者组实例包括至少两个线上消费者实例；泳道消费者组件222包括至少一个泳道消费者组实例，每个所述泳道消费者组实例包括至少两个泳道消费者实例。其中，泳道生产者组件221产生的消息称为泳道消息，线上生产者组件211产生的消息称为线上消息。为了实现泳道消息的透明传输，对于泳道生产者组件221来说，需要为其产生的每条消息附加泳道标识，之后在消费消息时便可基于消息所属的泳道标识确定该条消息应由哪个泳道的泳道消费者组件222进行消费。所述泳道标识可以消息元数据的形式附加给消息，为了实现对用户透明，所述泳道标识被附加在消息的消息头header。目前常用的消息中间件(例如Kafka、RocketMQ)的消息都分配有消息头header和消息体body。消息头主要用于保存消息的一些元数据信息，消息体用于保存实际的消息数据。通过将泳道标识附加到消息的消息头，并自动从请求的上下文中获取，从而可保证对用户的代码没有任何侵入，实现对用户透明。对应的，泳道消费者实例也需要配置有相应的标识，所述泳道消费者实例的元数据以映射map结构进行存储，其中，键key表示泳道消费者实例所属的泳道标识以及消费者组实例标识，例如group.env，group为消费者组实例名称标识，env为消费者组实例所属的泳道标识；通过这种方式，则针对于同一个消费者组实例名称group，可以支持多种泳道环境，例如group.alpha表示alpha泳道环境的消费者组实例group，group.beta表示alpha泳道环境的消费者组实例group。值value表示泳道消费者实例。

进一步的，本实施例提供的多泳道环境架构系统还支持指定消费者组，在消息队列的应用场景中，一个Topic可以对应有多个下游消费者组实例，Topic中的一条消息可以被所有的消费者组实例消费，如果只是对其中一个消费者组实例的业务逻辑有变更，希望对该消费者组实例变更后的业务逻辑进行测试验证，那么此时可能不希望当前的消息被其它消费者组实例所消费，而是希望被业务逻辑有变更的消费者组实例消费。因此，通过指定消费者组实例可以实现在消息消费时进行动态过滤，达到只有某个或者某些消费者组实例具备消费消息的权限。可选的，指定的具备消费权限的消费者组实例标识也可以在消息生产方产生消息时将其存放在消息的消息头。为了保证对消费者组实例名称也是透明的，线上消费者组实例与泳道消费者组实例使用相同的名称，不需要针对不同环境使用不同的消费者组实例名称，即所述线上消费者组实例的名称与所述泳道消费者组实例的名称相同。

进一步的，由于线上环境子系统与泳道环境子系统共用一个Topic，为了避免传统方案中一个Topic分区只能由一个消费者实例进行消费的限制，本实施例的技术方案在消息的生产方与消费方中间增设了代理层，即在消息生产者组件与消息消费者组件中间增设了代理子系统，由代理子系统根据消息的消息头所携带的泳道标识和/或消费者组实例标识对消息进行动态路由，以实现对消息进行正确分发，例如将泳道a的消息路由至泳道a的任意一个消费者实例，而不是一个Topic分区的消息只能由一个消费者实例进行消费，从而可提高消息的并发消费效率。对应的可以参考图3所示的一种通过代理子系统将Topic分区中的消息分发至消费者实例的分发结构的示意图，代理子系统从Topic的各分区中获取消息，然后将消息分发给任意一个消费者实例进行消息。

具体的，代理子系统包括至少两个代理实例Proxy，在线上消费者组件启动时，线上消费者实例与其中一个代理实例Proxy建立链接，代理实例Proxy针对与其建立链接的线上消费者实例建立一一对应的代理消费者实例Peer Consumer，例如与代理实例ProxyA建立链接的线上消费者实例有两个，分别为Consumer1和Consumer2，则代理实例ProxyA针对Consumer1创建代理消费者实例Peer Consumer1，以及针对Consumer2创建代理消费者实例Peer Consumer2，这样做的好处是，对于用户已经熟悉的消息队列知识，例如分区分配、均衡、问题排查经验等，不会造成冲击，可以直接复用。由代理消费者实例Peer Consumer与底层的Topic进行交互，以获取待消费的消息。当代理消费者实例Peer Consumer从Topic获取到消息时，根据消息的消息头所包括的泳道标识和/或消费者组实例标识将消息分发到对应泳道的泳道消费者实例。所述泳道消费者实例需与全部的所述代理实例Proxy建立链接，这是因为每个代理实例Proxy中的代理消费者实例被分配到Topic的不同分区，如果泳道消费者实例也是随机与其中一个代理实例Proxy建立链接，那么未被建立链接的代理实例Proxy对应的Topic分区中的泳道消息将无法被消费，因此泳道消费者实例需要与所有的代理实例Proxy建立链接。

其中，所述线上消费者实例与其中一个所述代理实例建立链接，包括：

所述线上消费者实例随机与所述至少两个代理实例中的一个代理实例建立链接；

或者，所述线上消费者实例与从所述至少两个代理实例中指定的其中一个代理实例建立链接，具体可以是通过一致性哈希等策略与从所述至少两个代理实例中指定的其中一个代理实例建立链接，例如预先分别为线上消费者实例以及代理实例分配标识码，通过标识码之间的对应关系，使线上消费者实例与固定的某一个代理实例建立链接。

所述代理实例对链接上来的消费者实例进行分类，以将泳道消费者实例与线上消费者实例进行区分。如果是线上消费者实例，则创建一个对应的代理消费者实例，代理消费者实例与底层的Topic所在的系统broker建立链接，并负责对消息进行分发。如果是泳道消费者实例，则不创建对应的代理消费者实例，因为泳道消费者实例不参与消息的分区分配。对应的参考图4所示的另一种通过代理子系统将Topic分区中的消息分发至消费者实例的分发结构的示意图，代理消费者实例在进行消息分配时，将从Topic获取到的消息存放至一个缓冲区buffer，缓冲区buffer内部通过使用预设调度组件dispatcher对消息进行路由，从图4中还可以看到Topic分区中的消息既有来自泳道环境alpha的消息410，又有来自泳道环境beta的消息420，还有来自线上环境prod的消息430，即线上环境子系统与泳道环境子系统共用一个消息主题Topic，消息的生产方和消费方，即线上生产者组件、泳道生产者组件，线上消费者组件以及泳道消费者组件不需要根据自身所在的环境(具体是泳道环境和线上环境)确定使用哪个Topic，从而实现对业务保证透明。

示例性的，所述代理消费者实例从所述Topic的不同分区获取消息，并根据所述消息的消息头所包括的消费者组实例标识确定匹配的消费者组实例，并将所述消息分发至所述匹配的消费者组实例，若不存在所述匹配的消费者组实例，则将所述消息过滤；

或者，根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例。

所述根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例，包括：

所述代理消费者实例将从所述Topic的不同分区获取的消息存放至预设缓冲区；

通过预设调度组件从所述预设缓冲区获取消息，并根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例；

其中，每个所述代理消费者实例具备独立的所述预设缓冲区以及所述预设调度组件。

需要特别说明的是，若不存在与所述泳道标识匹配的泳道消费者实例(即该泳道环境未部署对应的消费者实例)，则所述代理消费者实例将所述消息分发至所述线上消费者实例，以使所述线上消费者实例消费所述消息，从而实现消息的兜底消费策略。

本公开实施例提供的多泳道环境架构系统，通过使线上环境子系统与所述泳道环境子系统共用一个消息主题Topic，当泳道环境子系统的数量较多时，可极大地降低系统复杂度以及运维成本；通过增加代理子系统，由代理子系统根据消息的属性信息将所述Topic中的消息分发至匹配的消费者组件进行消费，实现了消息的有序消费，满足了基于生产环境真实数据的业务逻辑的测试验证需求；且如果需要将泳道环境子系统的业务逻辑发布到线上，则可直接挪用，无需再进行适应修改，实现了开发透明。

实施例二

图5为本公开实施例二所提供的一种消息消费方法的流程示意图。在上述实施例的基础上，本实施例提供的消息消费方法应用于上述实施例提供的代理子系统，用于从消息主题Topic的不同分区获取消息，并将消息分发至对应环境的对应消费者实例进行消费。其中与上述实施例中相同或相近的解释本实施例不再重复介绍。

如图5所示，所述方法包括如下步骤：

步骤510、通过代理消费者实例从消息主题Topic的不同分区获取消息。

其中，具体的，代理子系统包括至少两个代理实例Proxy，在线上消费者组件启动时，线上消费者实例与其中一个代理实例Proxy建立链接，代理实例Proxy针对与其建立链接的线上消费者实例建立一一对应的代理消费者实例Peer Consumer，例如与代理实例ProxyA建立链接的线上消费者实例有两个，分别为Consumer1和Consumer2，则代理实例ProxyA针对Consumer1创建代理消费者实例Peer Consumer1，以及针对Consumer2创建代理消费者实例Peer Consumer2，这样做的好处是，对于用户已经熟悉的消息队列知识，例如分区分配、均衡、问题排查经验等，不会造成冲击，可以直接复用。由代理消费者实例PeerConsumer与底层的Topic进行交互，以获取待消费的消息。当代理消费者实例PeerConsumer从Topic获取到消息时，根据消息的消息头所包括的泳道标识和/或消费者组实例标识将消息分发到对应泳道的泳道消费者实例。所述泳道消费者实例需与全部的所述代理实例Proxy建立链接，这是因为每个代理实例Proxy中的代理消费者实例被分配到Topic的不同分区，如果泳道消费者实例也是随机与其中一个代理实例Proxy建立链接，那么未被建立链接的代理实例Proxy对应的Topic分区中的泳道消息将无法被消费，因此泳道消费者实例需要与所有的代理实例Proxy建立链接。

其中，所述线上消费者实例与所述至少两个代理实例中的一个代理实例建立链接，包括：

所述线上消费者实例随机与所述至少两个代理实例中的一个代理实例建立链接；

或者，所述线上消费者实例与从所述至少两个代理实例中指定的其中一个代理实例建立链接，具体可以是通过一致性哈希等策略与从所述至少两个代理实例中指定的其中一个代理实例建立链接，例如预先分别为线上消费者实例以及代理实例分配标识码，通过标识码之间的对应关系，使线上消费者实例与固定的某一个代理实例建立链接。

所述代理实例对链接上来的消费者实例进行分类，以将泳道消费者实例与线上消费者实例进行区分。如果是线上消费者实例，则创建一个对应的代理消费者实例，代理消费者实例与底层的Topic所在的系统broker建立链接，并负责对消息进行分发。如果是泳道消费者实例，则不创建对应的代理消费者实例，因为泳道消费者实例不参与消息的分区分配。

进一步的，所述通过代理消费者实例从消息主题Topic的不同分区获取消息之后，还包括：

将所述消息存放至预设缓冲区，以通过预设调度组件从所述预设缓冲区获取消息，并根据所述消息的消息头所包括的泳道标识确定匹配的消费者组件，并将所述消息分发至所述匹配的消费者组件；

其中，每个所述代理消费者实例具备独立的所述预设缓冲区以及所述预设调度组件，如果有多个线上消费者实例链接到同一个代理实例，则创建对应数量的代理消费者实例、预设缓冲区以及预设调度组件，之所以不使用全局的预设缓冲区以及预设调度组件，主要是避免不同的代理消费者实例之间的相互影响。具体的，代理消费者实例在进行消息分配时，将从Topic获取到的消息存放至一个缓冲区buffer，缓冲区buffer内部通过使用预设调度组件dispatcher对消息进行路由。

步骤520、根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息。

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同。

示例性的，所述根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，包括：

根据所述消息的消息头所包括的消费者组实例标识确定匹配的消费者组实例，并将所述消息分发至所述匹配的消费者组实例，若不存在所述匹配的消费者组实例，则将所述消息过滤；

或者，根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例，若不存在与所述泳道标识匹配的泳道消费者实例，则将所述消息分发至所述线上消费者实例，以使所述线上消费者实例消费所述消息；其中，所述线上消费者组件包括至少一个线上消费者组实例，每个所述线上消费者组实例包括至少两个线上消费者实例；所述泳道消费者组件包括至少一个泳道消费者组实例，每个所述泳道消费者组实例包括至少两个泳道消费者实例。

所述消息的属性信息包括下述至少一种：消息所属的泳道标识以及具备消费权限的消费者组实例标识。为了实现泳道消息的透明传输，对于泳道生产者组件来说，需要为其产生的每条消息附加泳道标识，之后在消费消息时便可基于消息所属的泳道标识确定该条消息应由哪个泳道的泳道消费者组件进行消费。所述泳道标识可以消息元数据的形式附加给消息，为了实现对用户透明，所述泳道标识被附加在消息的消息头header。目前常用的消息中间件(例如Kafka、RocketMQ)的消息都分配有消息头header和消息体body。消息头主要用于保存消息的一些元数据信息，消息体用于保存实际的消息数据。通过将泳道标识附加到消息的消息头，并自动从请求的上下文中获取，从而可保证对用户的代码没有任何侵入，实现对用户透明。对应的，泳道消费者实例也需要配置有相应的标识，所述泳道消费者实例的元数据以映射map结构进行存储，其中，键key表示泳道消费者实例所属的泳道标识以及消费者组实例标识，例如group.env，group为消费者组实例名称标识，env为消费者组实例所属的泳道标识；通过这种方式，则针对于同一个消费者组实例名称group，可以支持多种泳道环境，例如group.alpha表示alpha泳道环境的消费者组实例group，group.beta表示alpha泳道环境的消费者组实例group。值value表示泳道消费者实例。

进一步的，所述方法还支持指定消费者组，在消息队列的应用场景中，一个Topic可以对应有多个下游消费者组实例，Topic中的一条消息可以被所有的消费者组实例消费，如果只是对其中一个消费者组实例的业务逻辑有变更，希望对该消费者组实例变更后的业务逻辑进行测试验证，那么此时可能不希望当前的消息被其它消费者组实例所消费，而是希望被业务逻辑有变更的消费者组实例消费。因此，通过指定消费者组实例可以实现在消息消费时进行动态过滤，达到只有某个或者某些消费者组实例具备消费消息的权限。可选的，指定的具备消费权限的消费者组实例标识也可以在消息生产方产生消息时将其存放在消息的消息头。为了保证对消费者组实例名称也是透明的，线上消费者组实例与泳道消费者组实例使用相同的名称，不需要针对不同环境使用不同的消费者组实例名称，即所述线上消费者组实例的名称与所述泳道消费者组实例的名称相同。

示例性的，所述将所述消息分发至所述匹配的消费者实例，包括：

针对线上环境子系统产生的消息，按照消息的获取顺序将消息依次推送至匹配的线上消费者实例；

针对泳道环境子系统产生的消息，基于消息的第一预设编号以及泳道消费者实例的第二预设编号确定消息被消费的顺序号，根据所述顺序号将消息依次推送至匹配的泳道消费者实例。

所述基于消息的第一预设编号以及泳道消费者实例的第二预设编号确定消息被消费的顺序号，包括：

将所述第一预设编号与所述第二预设编号进行取余操作，获得取余结果；

将所述取余结果确定为所述顺序号。

具体的，假设一个消息生产方产生了3条消息，需要按顺序消费这3条消息，需要给消息设置第一预设编号，以标识这3条消息为同一个消息生产方产生，同时还需要给消费这3条消息的消息消费方设置第二预设编号，以实现这3条消息被同一个消息消费方消费，即所述第一预设编号相同的消息总是被同一个消息消费方消费。

进一步的，所述方法还包括：

从所述预设缓冲区获取目标偏移地址offset，并通过手动offset提交的方式提交所述目标偏移地址offset；其中，所述预设缓冲区的消息每被消费一条，并获得消费成功的确认标识时，将所述目标偏移地址offset标识为待提交。消息中间件如Kafka、RocketMQ支持自动offset提交和手动offset提交，代理消费者实例peer consumer采用手动offset提交，确保提交一个offset时，之前的offset已经被提交过，因此避免了消息投递到最终消费者失败导致的消息丢失现象。在具体实现上，依赖于缓冲区实现。缓冲区是基于一种固定大小滑动窗口实现，每个位置都有一个标识消息，用于标识offset是否可以提交。对于线上环境消息，放入缓冲区后，默认不可以提交，等到消息被对应的消费者消费并确认消费后，才标识可以被提交。如果线上环境消费者因为异常原因断开而重连，则对应代理消费者实例peer consumer、缓冲区、协调组件dispatcher等都会被重建。每次提交offset时，是取缓冲区中最小可被提交的offset进行提交。而对于泳道环境的消息，消息被放到缓冲区时，就立即标识可以提交，也就是说，此时消息并没有被最终消费，这样设置的主要目的是为了避免泳道消费者可能在消费消息的过程中意外宕机等，导致这个位置的消息一直不能被标识可提交。泳道消费者虽然也有重连机制，但是从多环境泳道测试需求来说，并不能因为重连就重建缓冲区、协调组件dispatcher等，否则会影响到正在运行的线上消费者。

进一步的，所述方法还包括泳道环境消息的透明传输的步骤，具体的，若泳道环境子系统产生的目标消息被线上消费者实例所消费，则在将所述目标消息向下游传递时，为所述目标消息添加泳道标识，以标记所述目标消息为泳道环境子系统产生的消息。

本公开实施例提供的消息消费方法，在线上环境子系统与所述泳道环境子系统共用一个消息主题Topic的前提下，通过代理消费者实例从消息主题Topic的不同分区获取消息；并根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；实现了对消息的正确分发与消费，避免了传统方案中一个Topic分区只能由一个消费者实例进行消费的限制，提高了消息的并发消费效率。

实施例三

图6为本公开实施例三提供的一种消息消费装置，该装置包括：获取模块610和分发模块620。

获取模块610，用于通过代理消费者实例从消息主题Topic的不同分区获取消息；分发模块620，用于根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同。

在上述技术方案的基础上，所述装置还包括：存放模块，用于所述通过代理消费者实例从消息主题Topic的不同分区获取消息之后，将所述消息存放至预设缓冲区，以通过预设调度组件从所述预设缓冲区获取消息，并根据所述消息的消息头所包括的泳道标识确定匹配的消费者组件，并将所述消息分发至所述匹配的消费者组件；其中，每个所述代理消费者实例具备独立的所述预设缓冲区以及所述预设调度组件。

在上述各技术方案的基础上，所述装置还包括：提交模块，用于从所述预设缓冲区获取目标偏移地址offset，并通过手动offset提交的方式提交所述目标偏移地址offset；其中，所述预设缓冲区的消息每被消费一条，并获得消费成功的确认标识时，将所述目标偏移地址offset标识为待提交。

在上述各技术方案的基础上，分发模块620包括：

确定单元，用于根据所述消息的消息头所包括的消费者组实例标识确定匹配的消费者组实例，并将所述消息分发至所述匹配的消费者组实例，若不存在所述匹配的消费者组实例，则将所述消息过滤；

或者，根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例，若不存在与所述泳道标识匹配的泳道消费者实例，将所述消息分发至所述线上消费者实例，以使所述线上消费者实例消费所述消息；

其中，所述线上消费者组件包括至少一个线上消费者组实例，每个所述线上消费者组实例包括至少两个线上消费者实例；所述泳道消费者组件包括至少一个泳道消费者组实例，每个所述泳道消费者组实例包括至少两个泳道消费者实例。

在上述各技术方案的基础上，所述确定单元包括：

推送子单元，用于针对线上环境子系统产生的消息，按照消息的获取顺序将消息依次推送至匹配的线上消费者实例；针对泳道环境子系统产生的消息，基于消息的第一预设编号以及泳道消费者实例的第二预设编号确定消息被消费的顺序号，根据所述顺序号将消息依次推送至匹配的泳道消费者实例。

在上述各技术方案的基础上，所述推送子单元具体用于：

将所述第一预设编号与所述第二预设编号进行取余操作，获得取余结果；

将所述取余结果确定为所述顺序号。

在上述各技术方案的基础上，所述装置还包括：

添加模块，用于若泳道环境子系统产生的目标消息被线上消费者实例所消费，则在将所述目标消息向下游传递时，为所述目标消息添加泳道标识，以标记所述目标消息为泳道环境子系统产生的消息。

本公开实施例的技术方案，在线上环境子系统与所述泳道环境子系统共用一个消息主题Topic的前提下，通过代理消费者实例从消息主题Topic的不同分区获取消息；并根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；实现了对消息的正确分发与消费，避免了传统方案中一个Topic分区只能由一个消费者实例进行消费的限制，提高了消息的并发消费效率。

本公开实施例所提供的消息消费装置可执行本公开任意实施例所提供的消息消费方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本公开实施例的保护范围。

实施例四

下面参考图7，其示出了适于用来实现本公开实施例的电子设备(例如图7中的终端设备或服务器)400的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备400可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储装置408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有电子设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许电子设备400与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本公开实施例的方法中限定的上述功能。

本公开实施例提供的终端与上述实施例提供的消息消费方法属于同一发明构思，未在本公开实施例中详尽描述的技术细节可参见上述实施例，并且本公开实施例与上述实施例具有相同的有益效果。

实施例五

本公开实施例提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例所提供的消息消费方法。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：

通过代理消费者实例从消息主题Topic的不同分区获取消息；

根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，可编辑内容显示单元还可以被描述为“编辑单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

根据本公开的一个或多个实施例，【示例一】提供了一种多泳道环境架构系统，该系统包括：

线上环境子系统、至少两个泳道环境子系统以及代理子系统；

其中，所述线上环境子系统包括线上生产者组件和线上消费者组件；

所述至少两个泳道环境子系统分别包括泳道生产者组件和泳道消费者组件，其中，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同；

所述线上环境子系统与所述泳道环境子系统共用一个消息主题Topic，所述线上生产者组件以及所述泳道生产者组件将产生的消息发送至所述Topic，所述代理子系统用于根据所述消息的属性信息将所述Topic中的消息分发至所述线上消费者组件或者所述泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息。

根据本公开的一个或多个实施例，【示例二】提供了一种多泳道环境架构系统，可选的，所述消息的属性信息包括下述至少一种：消息所属的泳道标识以及具备消费权限的消费者组实例标识；

其中，所述线上消费者组件包括至少一个线上消费者组实例，每个所述线上消费者组实例包括至少两个线上消费者实例；所述泳道消费者组件包括至少一个泳道消费者组实例，每个所述泳道消费者组实例包括至少两个泳道消费者实例。

根据本公开的一个或多个实施例，【示例三】提供了一种多泳道环境架构系统，可选的，所述线上消费者组实例的名称与所述泳道消费者组实例的名称相同。

根据本公开的一个或多个实施例，【示例四】提供了一种多泳道环境架构系统，可选的，所述代理子系统包括至少两个代理实例，在所述线上消费者组件启动时，所述线上消费者实例与所述至少两个代理实例中的一个代理实例建立链接，所述代理实例针对与其建立链接的线上消费者实例建立一一对应的代理消费者实例；

所述泳道消费者实例与全部的所述代理实例建立链接。

根据本公开的一个或多个实施例，【示例五】提供了一种多泳道环境架构系统，可选的，所述线上消费者实例与所述至少两个代理实例中的一个代理实例建立链接，包括：

所述线上消费者实例随机与所述至少两个代理实例中的一个代理实例建立链接；

或者，所述线上消费者实例与从所述至少两个代理实例中指定的其中一个代理实例建立链接。

根据本公开的一个或多个实施例，【示例六】提供了一种多泳道环境架构系统，可选的，所述代理子系统用于根据所述消息的属性信息将所述Topic中的消息分发至所述线上消费者组件或者所述泳道消费者组件，包括：

所述代理消费者实例从所述Topic的不同分区获取消息，并根据所述消息的消息头所包括的消费者组实例标识确定匹配的消费者组实例，并将所述消息分发至所述匹配的消费者组实例，若不存在所述匹配的消费者组实例，则将所述消息过滤；

或者，根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例。

根据本公开的一个或多个实施例，【示例七】提供了一种多泳道环境架构系统，可选的，所述根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例，包括：

所述代理消费者实例将从所述Topic的不同分区获取的消息存放至预设缓冲区；

通过预设调度组件从所述预设缓冲区获取消息，并根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例；

其中，每个所述代理消费者实例具备独立的所述预设缓冲区以及所述预设调度组件。

根据本公开的一个或多个实施例，【示例八】提供了一种多泳道环境架构系统，可选的，所述代理子系统用于根据所述消息的属性信息将所述Topic中的消息分发至所述线上消费者组件或者所述泳道消费者组件，还包括：

若不存在与所述泳道标识匹配的泳道消费者实例，所述代理消费者实例将所述消息分发至所述线上消费者实例，以使所述线上消费者实例消费所述消息。

根据本公开的一个或多个实施例，【示例九】提供了一种多泳道环境架构系统，可选的，所述泳道消费者实例的元数据以映射map结构进行存储，其中，键key表示泳道消费者实例所属的泳道标识以及消费者组实例标识，值value表示泳道消费者实例。

根据本公开的一个或多个实施例，【示例十】提供了一种消息消费方法，包括：通过代理消费者实例从消息主题Topic的不同分区获取消息；

根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同。

根据本公开的一个或多个实施例，【示例十一】提供了一种消息消费方法，可选的，所述通过代理消费者实例从消息主题Topic的不同分区获取消息之后，还包括：

将所述消息存放至预设缓冲区，以通过预设调度组件从所述预设缓冲区获取消息，并根据所述消息的消息头所包括的泳道标识确定匹配的消费者组件，并将所述消息分发至所述匹配的消费者组件；

其中，每个所述代理消费者实例具备独立的所述预设缓冲区以及所述预设调度组件。

根据本公开的一个或多个实施例，【示例十二】提供了一种消息消费方法，可选的，还包括：

从所述预设缓冲区获取目标偏移地址，并通过手动提交的方式提交所述目标偏移地址；

其中，所述预设缓冲区的消息每被消费一条，并获得消费成功的确认标识时，将所述目标偏移地址标识为待提交。

根据本公开的一个或多个实施例，【示例十三】提供了一种消息消费方法，可选的，所述根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，包括：

根据所述消息的消息头所包括的消费者组实例标识确定匹配的消费者组实例，并将所述消息分发至所述匹配的消费者组实例，若不存在所述匹配的消费者组实例，则将所述消息过滤；

或者，根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例，若不存在与所述泳道标识匹配的泳道消费者实例，将所述消息分发至所述线上消费者实例，以使所述线上消费者实例消费所述消息；

其中，所述线上消费者组件包括至少一个线上消费者组实例，每个所述线上消费者组实例包括至少两个线上消费者实例；所述泳道消费者组件包括至少一个泳道消费者组实例，每个所述泳道消费者组实例包括至少两个泳道消费者实例。

根据本公开的一个或多个实施例，【示例十四】提供了一种消息消费方法，可选的，所述将所述消息分发至所述匹配的消费者实例，包括：

针对线上环境子系统产生的消息，按照消息的获取顺序将消息依次推送至匹配的线上消费者实例；

针对泳道环境子系统产生的消息，基于消息的第一预设编号以及泳道消费者实例的第二预设编号确定消息被消费的顺序号，根据所述顺序号将消息依次推送至匹配的泳道消费者实例。

根据本公开的一个或多个实施例，【示例十五】提供了一种消息消费方法，可选的，基于消息的第一预设编号以及泳道消费者实例的第二预设编号确定消息被消费的顺序号，包括：

将所述第一预设编号与所述第二预设编号进行取余操作，获得取余结果；

将所述取余结果确定为所述顺序号。

根据本公开的一个或多个实施例，【示例十六】提供了一种消息消费方法，可选的，还包括：

若泳道环境子系统产生的目标消息被线上消费者实例所消费，则在将所述目标消息向下游传递时，为所述目标消息添加泳道标识，以标记所述目标消息为泳道环境子系统产生的消息。

根据本公开的一个或多个实施例，【示例十七】提供了一种消息消费装置，应用于代理子系统，该装置包括：

获取模块，用于通过代理消费者实例从消息主题Topic的不同分区获取消息；

分发模块，用于根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同。

根据本公开的一个或多个实施例，【示例十八】提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如下所述的消息消费方法：

通过代理消费者实例从消息主题Topic的不同分区获取消息；

根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同。

根据本公开的一个或多个实施例，【示例十九】提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行下述的消息消费方法：

通过代理消费者实例从消息主题Topic的不同分区获取消息；

根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (18)

1.一种多泳道环境架构系统，其特征在于，包括：线上环境子系统、至少两个泳道环境子系统以及代理子系统；

其中，所述线上环境子系统包括线上生产者组件和线上消费者组件；

所述泳道环境子系统包括泳道生产者组件和泳道消费者组件，其中，所述泳道生产者组件的业务逻辑与所述线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同；

所述线上环境子系统与所述泳道环境子系统共用一个消息主题Topic，所述线上生产者组件以及所述泳道生产者组件将产生的消息发送至所述Topic，所述代理子系统用于根据所述消息的属性信息将所述Topic中的消息分发至所述线上消费者组件或者所述泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

所述代理子系统包括至少两个代理实例，在所述线上消费者组件启动时，线上消费者实例与至少两个代理实例中的一个代理实例建立链接，所述代理实例针对与其建立链接的线上消费者实例建立一一对应的代理消费者实例；泳道消费者实例与所述至少两个代理实例中的全部代理实例建立链接。

2.根据权利要求1所述的系统，其特征在于，所述消息的属性信息包括下述至少一种：消息所属的泳道标识以及具备消费权限的消费者组实例标识；

其中，所述线上消费者组件包括至少一个线上消费者组实例，每个所述线上消费者组实例包括至少两个线上消费者实例；所述泳道消费者组件包括至少一个泳道消费者组实例，每个所述泳道消费者组实例包括至少两个泳道消费者实例。

3.根据权利要求2所述的系统，其特征在于，所述线上消费者组实例的名称与所述泳道消费者组实例的名称相同。

4.根据权利要求3所述的系统，其特征在于，所述线上消费者实例与所述至少两个代理实例中的一个代理实例建立链接，包括：

所述线上消费者实例随机与所述至少两个代理实例中的一个代理实例建立链接；

或者，所述线上消费者实例与从所述至少两个代理实例中指定的一个代理实例建立链接。

5.根据权利要求3所述的系统，其特征在于，所述代理子系统用于根据所述消息的属性信息将所述Topic中的消息分发至所述线上消费者组件或者所述泳道消费者组件，包括：

所述代理消费者实例从所述Topic的不同分区获取消息，并根据所述消息的消息头所包括的消费者组实例标识确定匹配的消费者组实例，并将所述消息分发至所述匹配的消费者组实例，若不存在所述匹配的消费者组实例，则将所述消息过滤；

或者，根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例。

6.根据权利要求5所述的系统，其特征在于，所述根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例，包括：

所述代理消费者实例将从所述Topic的不同分区获取的消息存放至预设缓冲区；

通过预设调度组件从所述预设缓冲区获取消息，并根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例；

其中，每个所述代理消费者实例具备独立的所述预设缓冲区以及所述预设调度组件。

7.根据权利要求5所述的系统，其特征在于，所述代理子系统用于根据所述消息的属性信息将所述Topic中的消息分发至所述线上消费者组件或者所述泳道消费者组件，还包括：

若不存在与所述泳道标识匹配的泳道消费者实例，则所述代理消费者实例将所述消息分发至所述线上消费者实例，以使所述线上消费者实例消费所述消息。

8.根据权利要求3所述的系统，其特征在于，所述泳道消费者实例的元数据以映射map结构进行存储，其中，键key表示泳道消费者实例所属的泳道标识以及消费者组实例标识，值value表示泳道消费者实例。

9.一种消息消费方法，应用于代理子系统，其特征在于，包括：

通过代理消费者实例从消息主题Topic的不同分区获取消息；

根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，泳道生产者组件的业务逻辑与线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同；

所述代理子系统包括至少两个代理实例，在所述线上消费者组件启动时，线上消费者实例与至少两个代理实例中的一个代理实例建立链接，所述代理实例针对与其建立链接的线上消费者实例建立一一对应的代理消费者实例；泳道消费者实例与所述至少两个代理实例中的全部代理实例建立链接。

10.根据权利要求9所述的方法，其特征在于，所述通过代理消费者实例从消息主题Topic的不同分区获取消息之后，还包括：

将所述消息存放至预设缓冲区，以通过预设调度组件从所述预设缓冲区获取消息，并根据所述消息的消息头所包括的泳道标识确定匹配的消费者组件，

并将所述消息分发至所述匹配的消费者组件；

其中，每个所述代理消费者实例具备独立的所述预设缓冲区以及所述预设调度组件。

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

从所述预设缓冲区获取目标偏移地址，并通过手动提交的方式提交所述目标偏移地址；

其中，所述预设缓冲区的消息每被消费一条，并获得消费成功的确认标识时，将所述目标偏移地址标识为待提交。

12.根据权利要求9所述的方法，其特征在于，所述根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，包括：

根据所述消息的消息头所包括的消费者组实例标识确定匹配的消费者组实例，并将所述消息分发至所述匹配的消费者组实例，若不存在所述匹配的消费者组实例，则将所述消息过滤；

或者，根据所述消息的消息头所包括的泳道标识确定匹配的消费者实例，并将所述消息分发至所述匹配的消费者实例，若不存在与所述泳道标识匹配的泳道消费者实例，则将所述消息分发至所述线上消费者实例，以使所述线上消费者实例消费所述消息；

其中，所述线上消费者组件包括至少一个线上消费者组实例，每个所述线上消费者组实例包括至少两个线上消费者实例；所述泳道消费者组件包括至少一个泳道消费者组实例，每个所述泳道消费者组实例包括至少两个泳道消费者实例。

13.根据权利要求12所述的方法，其特征在于，所述将所述消息分发至所述匹配的消费者实例，包括：

针对线上环境子系统产生的消息，按照消息的获取顺序将消息依次推送至匹配的线上消费者实例；

针对泳道环境子系统产生的消息，基于消息的第一预设编号以及泳道消费者实例的第二预设编号确定消息被消费的顺序号，根据所述顺序号将消息依次推送至匹配的泳道消费者实例。

14.根据权利要求13所述的方法，其特征在于，基于消息的第一预设编号以及泳道消费者实例的第二预设编号确定消息被消费的顺序号，包括：

将所述第一预设编号与所述第二预设编号进行取余操作，获得取余结果；

将所述取余结果确定为所述顺序号。

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

若泳道环境子系统产生的目标消息被线上消费者实例所消费，则在将所述目标消息向下游传递时，为所述目标消息添加泳道标识，以标记所述目标消息为泳道环境子系统产生的消息。

16.一种消息消费装置，应用于代理子系统，其特征在于，包括：

获取模块，用于通过代理消费者实例从消息主题Topic的不同分区获取消息；

分发模块，用于根据所述消息的属性信息将所述消息分发至线上消费者组件或者泳道消费者组件，以使所述线上消费者组件或者所述泳道消费者组件消费所述消息；

其中，所述线上消费者组件部署在线上环境子系统，所述泳道消费者组件部署在泳道环境子系统，所述线上环境子系统与所述泳道环境子系统共用所述Topic，泳道生产者组件的业务逻辑与线上生产者组件的业务逻辑相同，所述泳道消费者组件的业务逻辑与所述线上消费者组件的业务逻辑相同；

所述代理子系统包括至少两个代理实例，在所述线上消费者组件启动时，线上消费者实例与至少两个代理实例中的一个代理实例建立链接，所述代理实例针对与其建立链接的线上消费者实例建立一一对应的代理消费者实例；泳道消费者实例与所述至少两个代理实例中的全部代理实例建立链接。

17.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求9-15中任一项所述的消息消费方法。

18.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求9-15中任一项所述的消息消费方法。