元数据传输方法、装置、计算机设备和存储介质与流程

1.本技术涉及人工智能、数据处理领域，尤其涉及一种元数据传输方法、装置、计算机设备和存储介质。


背景技术：

2.在处理业务数据时，通常采用数据仓库工具hive进行数据计算；由于数据仓库工具hive计算得到的元数据包含重要信息，因此需要将元数据传输到atlas服务器存储。
3.现有的元数据传输方式，一般是通过消息中间件将产生的元数据中转到atlas服务器。但当元数据的数量激增时，元数据写入消息中间件的速度大于atlas服务器消费元数据的速度，会导致消息中间件上的元数据严重堆积，最终超时丢失，降低了元数据传输的完整性与准确性。
4.因此，如何提高元数据传输的完整性与准确性成为亟需解决的问题。


技术实现要素：

5.本技术提供了一种元数据传输方法、装置、计算机设备和存储介质，通过对消息主题进行拆分，可以实现由消息中间件中的多个消息主题对元数据进行并行发布与消费，避免元数据丢失，保证了元数据传输的完整性与准确性。
6.第一方面，本技术提供了一种元数据传输方法，所述方法包括：
7.对消息中间件进行消息主题拆分，获得所述消息中间件的多个消息主题；
8.接收到数据仓库集群的至少一个元数据，确定每个所述元数据对应的消息主题，并将每个所述元数据发布到对应的消息主题；
9.接收到服务器集群的消费请求，确定所述消费请求在所述消息中间件中对应的目标消息主题；
10.确定所述消费请求对应的目标服务器，将发布到所述目标消息主题的元数据发送至所述目标服务器，所述目标服务器为所述服务器集群中的其中一个服务器。
11.第二方面，本技术还提供了一种元数据传输装置，所述装置包括：
12.消息主题拆分模块，用于对消息中间件进行消息主题拆分，获得所述消息中间件的多个消息主题；
13.元数据发布模块，用于接收到数据仓库集群的至少一个元数据，确定每个所述元数据对应的消息主题，并将每个所述元数据发布到对应的消息主题；
14.目标消息主题确定模块，用于接收到服务器集群的消费请求，确定所述消费请求在所述消息中间件中对应的目标消息主题；
15.元数据发送模块，用于确定所述消费请求对应的目标服务器，将发布到所述目标消息主题对应的元数据发送至所述目标服务器，所述目标服务器为所述服务器集群中的其中一个服务器。
16.第三方面，本技术还提供了一种计算机设备，所述计算机设备包括存储器和处理
器；
17.所述存储器，用于存储计算机程序；
18.所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如上述的元数据传输方法。
19.第四方面，本技术还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如上述的元数据传输方法。
20.本技术公开了一种元数据传输方法、装置、计算机设备和存储介质，通过对消息中间件进行消息主题拆分，可以实现将消息中间件原有的一个消息主题拆分成多个消息主题；通过在接收到数据仓库集群的至少一个元数据时，确定每个元数据对应的消息主题并将每个元数据发布到对应的消息主题，可以实现对数据仓库集群产生的元数据并行发布；通过在接收到服务器集群的消费请求时，确定消费请求在消息中间件中对应的目标消息主题，可以实现从消费请求对应的目标消息主题中读取元数据；通过确定消费请求对应的目标服务器，将发布到目标消息主题的元数据发送至目标服务器，可以实现由消息中间件中的多个消息主题对元数据进行并行消费，避免元数据丢失，保证了元数据传输的完整性与准确性。
附图说明
21.为了更清楚地说明本技术实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1是本技术实施例提供的一种元数据传输方法的示意性流程图；
23.图2是本技术实施例提供的一种拆分消息主题的示意图；
24.图3是本技术实施例提供的一种发送消息主题名称的示意图；
25.图4是本技术实施例提供的另一种发送消息主题名称的示意图；
26.图5是本技术实施例提供的一种确定每个元数据对应的消息主题的子步骤的示意性流程图；
27.图6是本技术实施例提供的一种增加新增消息主题的示意图；
28.图7是本技术实施例提供的一种元数据传输装置的示意性框图；
29.图8是本技术实施例提供的一种计算机设备的结构示意性框图。
具体实施方式
30.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
31.附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。
32.应当理解，在此本技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本技术。如在本技术说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
33.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
34.本技术的实施例提供了一种元数据传输方法、装置、计算机设备和存储介质。其中，该元数据传输方法可以应用于消息中间件集群中，通过对消息主题进行拆分，可以实现由消息中间件中的多个消息主题对元数据进行并行发布与消费，避免元数据丢失，保证了元数据传输的完整性与准确性。
35.示例性的，消息中间件集群可以包括多个消息中间件服务器。其中，消息中间件服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
36.下面结合附图，对本技术的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
37.如图1所示，元数据传输方法包括步骤s10至步骤s40。
38.步骤s10、对消息中间件进行消息主题拆分，获得所述消息中间件的多个消息主题。
39.需要说明的是，本技术实施例提供的元数据传输方法可以应用于消息中间件集群中，消息中间件集群中的消息中间件可以将数据仓库集群的元数据发布至对应的消息主题中，并根据服务器集群的消费请求进行元数据消费，实现由消息中间件中的多个消息主题并行发布与消费元数据，解决了消息堆积问题，防止元数据丢失，进而保证了元数据的完整性与准确性。
40.可以理解的是，消息中间件集群包括多个消息中间件，每个消息中间件可以部署在消息中间件服务器中。数据仓库集群包括多个数据仓库客户端，例如，hive客户端；其中，每个hive客户端相当于元数据生产者。服务器集群是指消费消息中间件上的元数据的服务器，例如，atlas服务器；其中每个atlas服务器相当于消费者。
41.示例性的，消息中间件可以包括但不限于rabbitmq、rocketmq、activemq、kafka、zeromq以及metamq等等。在本技术实施例中，以消息中间件集群中的其中一个消息中间件为例，详细说明如何对元数据进行并行发布与消费。
42.在一些实施例中，对消息中间件进行消息主题拆分，获得消息中间件的多个消息主题，可以包括：确定数据仓库集群中的客户端分组总数；基于客户端分组总数，对消息中间件中的消息主题进行拆分，获得与客户端分组总数相同数量的消息主题。
43.需要说明的是，数据仓库集群中的hive客户端是一种提供数据仓库工具的客户端。每个hive客户端设有一个hook采集工具以及存储hook采集工具对应的配置文件。其中，hook采集工具是hive客户端上的第三方钩子程序，用于捕捉在hive客户端提交执行的sql语句，并将元数据实时发送到消息中间件的消息主题中，属于消息生产者。
44.示例性的，可以检测数据仓库集群中的客户端分组类别，根据客户端分组类别确定客户端分组总数。需要说明的是，在本技术实施例中，开发人员可以根据运维层面的监控
来观察提交到各个hive客户端的任务量，按任务量大小对所有hive客户端进行分组，将同一组内的全部hive客户端中的hook数据采集工具的配置文件指定为同一个消息主题名称，以使同一组内的hive客户端通过hook数据采集工具将生产的元数据发送到同一个消息主题。
45.示例性的，基于客户端分组总数，对消息中间件中的消息主题进行拆分，获得与客户端分组总数相同数量的消息主题。
46.请参阅图2，图2是本技术实施例提供的一种拆分消息主题的示意图，如图2所示，若客户端分组总数为5，则可以将消息中间件中的消息主题拆分成5个消息主题。如第一消息主题、第二消息主题、第三消息主题、第四消息主题以及第五消息主题。
47.又例如，若客户端分组总数为10，则可以将消息中间件中的消息主题拆分成10个消息主题。
48.通过对消息中间件进行消息主题拆分，可以将消息中间件原有的一个消息主题拆分成多个消息主题，实现由多个消息主题进行元数据发布与消费，可以成倍地提高元数据的传输效率。
49.需要说明的是，在本技术实施例中，获得与客户端分组总数相同数量的消息主题之后，还需要确定每个消息主题的消息主题名称，并根据消息主题名称对客户端与服务器进行消息主题名称配置，以使客户端将元数据发送至对应的消息主题以及使服务器从对应的消息主题消费元数据，实现元数据的并行发布与消费。
50.在一些实施例中，获得与客户端分组总数相同数量的消息主题之后，还可以包括：确定每个消息主题对应的消息主题名称；确定每个消息主题对应的目标客户端分组，并将每个消息主题对应的消息主题名称发送至对应的目标客户端分组，以供目标客户端分组中的每个客户端根据消息主题名称对数据采集工具进行消息主题名称配置；确定每个消息主题对应的目标服务器，并将每个消息主题对应的消息主题名称发送至对应的目标服务器，以供目标服务器根据消息主题名称进行消息主题名称配置。
51.示例性的，确定每个消息主题对应的消息主题名称；例如，第一消息主题对应的消息主题名称为hook1，第二消息主题对应的消息主题名称为hook2，第三消息主题对应的消息主题名称为hook3，依次类推。
52.在一些实施方式中，在确定每个消息主题对应的目标客户端分组时，可以对客户端分组进行编号，例如客户端分组a、客户端分组b、客户端分组c等等。然后，定义每个消息主题对应的目标客户端分组。例如，第一消息主题对应客户端分组a，第二消息主题对应客户端分组b，第三消息主题对应客户端分组c。
53.示例性的，将每个消息主题对应的消息主题名称发送至对应的目标客户端分组。请参阅图3，图3是本技术实施例提供的一种发送消息主题名称的示意图，如图3所示，将第一消息主题对应的消息主题名称hook1发送至客户端分组a中的客户端；将第二消息主题对应的消息主题名称hook2发送至客户端分组b中的客户端；将第三消息主题对应的消息主题名称hook3发送至客户端分组c中的客户端。
54.在本技术实施例中，目标客户端分组中的每个客户端可以根据消息主题名称对数据采集工具进行消息主题名称配置。其中，数据采集工具对应的配置文件为atlas-application.properties文件，在该配置文件中有对应的配置项“atlas.notification.h
ook.topic.name＝hookn”。
55.示例性的，客户端可以将消息主题名称添加至数据采集工具对应的配置文件中。例如，对于客户端分组a中的客户端，每个客户端可以将消息主题名称hook1添加至配置文件，以将配置文件中的配置项设为“atlas.notification.hook.topic.name＝hook1”。又例如，对于客户端分组b中的客户端，每个客户端可以将消息主题名称hook2添加至配置文件，以将配置文件中的配置项设为“atlas.notification.hook.topic.name＝hook2”。
56.通过对同一分组内客户端的数据采集工具进行消息主题名称配置，可以确保同一分组内的数据采集工具将生产的元数据发送至同一消息主题。
57.在一些实施方式中，在确定每个消息主题对应的目标服务器时，可以定义每个消息主题对应的目标服务器。例如，第一消息主题对应第一服务器，第二消息主题对应第二服务器，第三消息主题对应第三服务器。然后，将每个消息主题对应的消息主题名称发送至对应的目标服务器。
58.请参阅图4，图4是本技术实施例提供的另一种发送消息主题名称的示意图，如图4所示，将第一消息主题对应的消息主题名称hook1发送至第一服务器；将第二消息主题对应的消息主题名称hook2发送至第二服务器；将第三消息主题对应的消息主题名称hook3发送至第三服务器。
59.在本技术实施例中，每个目标服务器在接收到消息中间件发送的消息主题名称时，可以根据消息主题名称进行消息主题名称配置。需要说明的是，服务器集群中的每个服务器都有对应的配置文件，如atlas-application.properties文件；配置文件用于指定服务器对应的消息主题。例如，第一服务器可以将配置文件中的配置项设为“atlas.notification.hook.consumer.topic..names＝hook1”。又例如，第二服务器可以将配置文件中的配置项设为“atlas.notification.hook.consumer.topic.names＝hook2”。
60.通过确定每个消息主题对应的目标服务器，并将每个消息主题对应的消息主题名称发送至对应的目标服务器，可以使得目标服务器根据消息主题名称进行消息主题名称配置，进而可以实现每个服务器根据消息主题名称消费对应的消息主题的元数据。
61.步骤s20、接收到数据仓库集群的至少一个元数据时，确定每个所述元数据对应的消息主题，并将每个所述元数据发布到对应的消息主题。
62.示例性的，当接收到数据仓库集群的至少一个元数据时，消息中间件需要将每个元数据发布到对应的消息主题中。其中，元数据由数据仓库集群中的hive客户端发送至消息中间件。在本技术实施例中，将对如何发布元数据进行详细说明。
63.请参阅图5，图5是本技术实施例提供的一种确定每个元数据对应的消息主题的子步骤的示意性流程图，具体可以包括以下步骤s201至步骤s203。
64.步骤s201、确定每个所述元数据对应的目标客户端，所述目标客户端为所述数据仓库集群中的其中一个客户端。
65.示例性的，当接收到数据仓库集群的至少一个元数据时，可以将发送每个元数据的客户端，确定为每个元数据对应的目标客户端。需要说明的是，客户端中的数据采集工具在生产元数据之后，可以客户端可以根据数据采集工具的配置文件中的消息主题名称，确定元数据的目标消息主题；然后，将元数据发送至目标消息主题。
66.步骤s202、获取所述目标客户端中的数据采集工具对应的配置文件，并提取所述
配置文件中的消息主题名称。
67.示例性的，当目标客户端为客户端分组a中的客户端1时，可以获取客户端1中的数据采集工具对应的配置文件，并提取配置文件中的消息主题名称。例如，读取配置文件中的配置项“atlas.notification.hook.topic.name＝hook1”，得到的消息主题名称为hook1。
68.示例性的，当目标客户端为客户端分组b中的客户端2时，可以获取客户端2中的数据采集工具对应的配置文件，并提取配置文件中的消息主题名称。例如，读取配置文件中的配置项“atlas.notification.hook.topic.name＝hook2”，得到的消息主题名称为hook2。
69.步骤s203、查询所述消息中间件，将所述消息中间件中消息主题名称与所述配置文件中的消息主题名称匹配的消息主题，确定为每个所述元数据对应的消息主题。
70.示例性的，对于元数据a，当确定配置文件中的消息主题名称为hook1时，可以将消息中间件中消息主题名称hook1对应的消息主题，确定为元数据a对应的消息主题。
71.示例性的，对于元数据b，当确定配置文件中的消息主题名称为hook2时，可以将消息中间件中消息主题名称hook2对应的消息主题，确定为元数据b对应的消息主题。
72.在一些实施方式中，在确定每个元数据对应的消息主题之后，将每个元数据发布到对应的消息主题。
73.示例性的，可以将每个元数据发布至对应的消息主题的队列中。需要说明的是，在本技术实施例中，每个消息主题都有对应的队列，队列用于存储消息主题的元数据。在对消息中间件中的消息主题进行拆分之后，可以对得到的每个消息主题创建对应的队列。其中，创建队列的具体过程，在此不作限定。
74.为进一步保证上述元数据的私密和安全性，上述元数据可以存储于一区块链的节点中。
75.通过确定每个元数据对应的消息主题，并将每个元数据发布到对应的消息主题，可以实现对元数据进行并行发布，避免将全部元数据发布到同一个消息主题导致出现消息堆积问题。
76.步骤s30、接收到服务器集群的消费请求，确定所述消费请求在所述消息中间件中对应的目标消息主题。
77.需要说明的是，在本技术实施例中，服务器集群中的服务器可以是atlas服务器。每个atlas服务器可以作为元数据的消费者，发送消费请求至消息中间件，以消费对应的消息主题的元数据。
78.示例性的，当接收到服务器集群的消费请求时，需要确定消费请求在消息中间件中对应的目标消息主题。
79.在一些实施例中，确定消费请求在消息中间件中对应的目标消息主题，可以包括：获取消费请求中的消息主题标签；查询消息中间件，将消息中间件中消息主题名称与消息主题标签匹配的消息主题，确定为目标消息主题。
80.需要说明的是，服务器集群中的每个服务器都有对应的消息主题，可以通过服务器的配置文件进行设定。例如，在配置文件中添加指定消息主题对应的消息主题标签，服务器在发送消费请求时，可以将消息主题标签添加至消费消费请求中。从而服务器可以消费指定消息主题的元数据。其中，消息主题标签可以包括消息主题名称。
81.示例性的，可以获取消息请求中的消息主题标签；然后，将消息中间件中消息主题
名称与消息主题标签匹配的消息主题，确定为目标消息主题。例如，若消息主题标签为hook1时，可以将消息中间件中消息主题名称hook1对应的消息主题，确定为目标消息主题。又例如，若消息主题标签为hook2时，可以将消息中间件中消息主题名称hook2对应的消息主题，确定为目标消息主题。
82.通过确定消费请求在消息中间件中对应的目标消息主题，可以确定该消息请求对应消费的消息主题。
83.步骤s40、确定所述消费请求对应的目标服务器，将发布到所述目标消息主题的元数据发送至所述目标服务器，所述目标服务器为所述服务器集群中的其中一个服务器。
84.示例性的，可以将发送消费请求的服务器，确定为目标服务器；然后，将发布到目标消息主题的元数据发送至目标服务器。例如，若目标服务器为服务器1，目标消息主题为hook1，则可以将目标消息主题hook1的元数据发送至服务器1。又例如，若目标服务器为服务器2，目标消息主题为hook2，则可以将目标消息主题hook2的元数据发送至服务器2。
85.通过确定消费请求对应的目标服务器，可以实现将发布到目标消息主题的元数据发送至目标服务器；通过发布到目标消息主题的元数据发送至目标服务器，可以实现并行消费元数据，避免元数据丢失，保证了元数据传输的完整性与准确性。
86.需要说明的是，在本技术实施例中，在对消息中间件进行消息主题拆分之后，若数据仓库集群扩展客户端，则可以采用水平扩展的方式对消息中间件中的消息主题以及服务器集群进行动态扩展，以匹配数据仓库集群中扩展的客户端。
87.可以理解的是，通过对消息中间件中的消息主题以及服务器集群进行动态扩展，可以解决元数据在经消息中间件传输时的瓶颈，可以适配于不同的元数据采集规模，并且可以稳定、高效地完成元数据的传输工作。
88.在一些实施例中，对消息中间件进行消息主题拆分之后，还可以包括：当检测到数据仓库集群存在新增客户端分组时，执行消息主题新增操作，获得新增客户端分组对应的新增消息主题；确定新增消息主题对应的消息主题名称，将新增消息主题对应的消息主题名称发送至新增客户端分组中的每个客户端，以供每个客户端根据消息主题名称进行消息主题名称配置。
89.示例性的，当检测到数据仓库集群存在新增客户端分组d时，可以执行消息主题新增操作，对消息中间件现有的消息主题的基础上增加一个新增消息主题。请参阅图6，图6是本技术实施例提供的一种增加新增消息主题的示意图。如图6所示，新增消息主题可以是第四消息主题。然后，确定新增消息主题对应的消息主题名称。例如，新增消息主题的消息主题名称设为hook4。
90.示例性的，在确定新增消息主题对应的消息主题名称后，可以将新增消息主题对应的消息主题名称发送至新增客户端分组中的每个客户端，以供每个客户端根据消息主题名称进行消息主题名称配置。
91.通过将新增消息主题对应的消息主题名称发送至新增客户端分组中的每个客户端，以供每个客户端根据消息主题名称进行消息主题名称配置，进而使得新增客户端分组中的客户端将元数据发送至新增消息主题。
92.如图6所示，若新增客户端分组为客户端分组d，则可以将新增消息主题的消息主题名称hook4发送至客户端分组d中的每个客户端，由客户端分组d中的每个客户端根据消
息主题名称hook4进行消息主题名称配置。
93.其中，在确定新增消息主题对应的消息主题名称之后，还可以包括：生成消费者新增指令，将消费者新增指令发送至服务器集群，以供服务器集群根据消费者新增指令进行服务器增加操作；当检测到服务器集群中的新增服务器时，将新增消息主题对应的消息主题名称发送至新增服务器，以供新增服务器根据新增消息主题对应的消息主题名称进行消息主题名称配置。
94.示例性的，当检测到服务器集群中的新增服务器时，可以将新增消息主题的消息主题名称发送至新增服务器，以供新增服务器根据新增消息主题对应的消息主题名称进行消息主题名称配置。如图6所示，新增服务器可以是第四服务器；可以将消息主题名称hook4发送至第四服务器，由第四服务器将配置文件中的配置项设为“atlas.notification.hook.consumer.topic..names＝hook4”。
95.通过将新增消息主题对应的消息主题名称发送至新增服务器，以供新增服务器根据新增消息主题对应的消息主题名称进行消息主题名称配置，可以实现新增服务器消费新增消息主题的元数据。
96.上述实施例提供的元数据传输方法，通过对消息中间件进行消息主题拆分，可以将消息中间件原有的一个消息主题拆分成多个消息主题，实现由多个消息主题进行元数据发布与消费，可以成倍地提高元数据的传输效率；通过确定每个消息主题对应的目标服务器，并将每个消息主题对应的消息主题名称发送至对应的目标服务器，可以使得目标服务器根据消息主题名称进行消息主题名称配置，进而可以实现每个服务器根据消息主题名称消费对应的消息主题的元数据；通过确定每个元数据对应的消息主题，并将每个元数据发布到对应的消息主题，可以实现对元数据进行并行发布，避免将全部元数据发布到同一个消息主题导致出现消息堆积问题；通过确定消费请求在消息中间件中对应的目标消息主题，可以确定该消息请求对应消费的消息主题；通过确定消费请求对应的目标服务器，可以实现将发布到目标消息主题的元数据发送至目标服务器；通过发布到目标消息主题的元数据发送至目标服务器，可以实现并行消费元数据，避免元数据丢失，保证了元数据传输的完整性与准确性；通过对消息中间件中的消息主题以及服务器集群进行动态扩展，可以解决元数据在经消息中间件传输时的瓶颈，可以适配于不同的元数据采集规模，并且可以稳定、高效地完成元数据的传输工作。
97.请参阅图7，图7是本技术的实施例还提供一种元数据传输装置1000的示意性框图，该元数据传输装置用于执行前述的元数据传输方法。其中，该元数据传输装置可以配置于消息中间件服务器中。
98.如图7所示，该元数据传输装置1000，包括：消息主题拆分模块1001、元数据发布模块1002、目标消息主题确定模块1003和元数据发送模块1004。
99.消息主题拆分模块1001，用于对消息中间件进行消息主题拆分，获得所述消息中间件的多个消息主题。
100.元数据发布模块1002，用于接收到数据仓库集群的至少一个元数据，确定每个所述元数据对应的消息主题，并将每个所述元数据发布到对应的消息主题。
101.目标消息主题确定模块1003，用于接收到服务器集群的消费请求，确定所述消费请求在所述消息中间件中对应的目标消息主题。
102.元数据发送模块1004，用于确定所述消费请求对应的目标服务器，将发布到所述目标消息主题对应的元数据发送至所述目标服务器，所述目标服务器为所述服务器集群中的其中一个服务器。
103.需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
104.上述的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图8所示的计算机设备上运行。
105.请参阅图8，图8是本技术实施例提供的一种计算机设备的结构示意性框图。
106.请参阅图8，该计算机设备包括通过系统总线连接的处理器和存储器，其中，存储器可以包括存储介质和内存储器。所述存储介质可以是非易失性存储介质，也可以是易失性存储介质。
107.处理器用于提供计算和控制能力，支撑整个计算机设备的运行。
108.内存储器为存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种元数据传输方法。
109.应当理解的是，处理器可以是中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
110.其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：
111.对消息中间件进行消息主题拆分，获得所述消息中间件的多个消息主题；接收到数据仓库集群的至少一个元数据，确定每个所述元数据对应的消息主题，并将每个所述元数据发布到对应的消息主题；接收到服务器集群的消费请求，确定所述消费请求在所述消息中间件中对应的目标消息主题；确定所述消费请求对应的目标服务器，将发布到所述目标消息主题的元数据发送至所述目标服务器，所述目标服务器为所述服务器集群中的其中一个服务器。
112.在一个实施例中，所述处理器在实现对消息中间件进行消息主题拆分，获得所述消息中间件的多个消息主题时，用于实现：
113.确定所述数据仓库集群中的客户端分组总数；基于所述客户端分组总数，对所述消息中间件中的消息主题进行拆分，获得与所述客户端分组总数相同数量的消息主题。
114.在一个实施例中，所述处理器在实现获得与所述客户端分组总数相同数量的消息主题之后，还用于实现：
115.确定每个所述消息主题对应的消息主题名称；确定每个所述消息主题对应的目标客户端分组，并将每个所述消息主题对应的消息主题名称发送至对应的目标客户端分组，以供所述目标客户端分组中的每个客户端根据消息主题名称对数据采集工具进行消息主题名称配置；确定每个所述消息主题对应的目标服务器，并将每个所述消息主题对应的消
息主题名称发送至对应的目标服务器，以供所述目标服务器根据消息主题名称进行消息主题名称配置。
116.在一个实施例中，所述处理器在实现确定每个所述元数据对应的消息主题时，用于实现：
117.确定每个所述元数据对应的目标客户端，所述目标客户端为所述数据仓库集群中的其中一个客户端；获取所述目标客户端中的数据采集工具对应的配置文件，并提取所述配置文件中的消息主题名称；查询所述消息中间件，将所述消息中间件中消息主题名称与所述配置文件中的消息主题名称匹配的消息主题，确定为每个所述元数据对应的消息主题。
118.在一个实施例中，所述处理器在实现确定所述消费请求在所述消息中间件中对应的目标消息主题时，用于实现：
119.获取所述消费请求中的消息主题标签；查询所述消息中间件，将所述消息中间件中消息主题名称与所述消息主题标签匹配的消息主题，确定为所述目标消息主题。
120.在一个实施例中，所述处理器在实现对消息中间件进行消息主题拆分之后，还用于实现：
121.当检测到所述数据仓库集群存在新增客户端分组时，执行消息主题新增操作，获得所述新增客户端分组对应的新增消息主题；确定所述新增消息主题对应的消息主题名称，将所述新增消息主题对应的消息主题名称发送至所述新增客户端分组中的每个客户端，以供每个所述客户端根据所述消息主题名称进行消息主题名称配置。
122.在一个实施例中，所述处理器在实现确定所述新增消息主题对应的消息主题名称之后，还用于实现：
123.生成消费者新增指令，将所述消费者新增指令发送至所述服务器集群，以供所述服务器集群根据所述消费者新增指令进行服务器增加操作；当检测到所述服务器集群中的新增服务器时，将所述新增消息主题对应的消息主题名称发送至所述新增服务器，以供所述新增服务器根据所述新增消息主题对应的消息主题名称进行消息主题名称配置。
124.本技术的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现本技术实施例提供的任一项元数据传输方法。
125.例如，该程序被处理器加载，可以执行如下步骤：
126.对消息中间件进行消息主题拆分，获得所述消息中间件的多个消息主题；接收到数据仓库集群的至少一个元数据，确定每个所述元数据对应的消息主题，并将每个所述元数据发布到对应的消息主题；接收到服务器集群的消费请求，确定所述消费请求在所述消息中间件中对应的目标消息主题；确定所述消费请求对应的目标服务器，将发布到所述目标消息主题的元数据发送至所述目标服务器，所述目标服务器为所述服务器集群中的其中一个服务器。
127.其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字卡(secure digital card，sd card)，闪存卡(flash card)等。
128.进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
129.本技术所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
130.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。