CN115776489A - 信息采集方法、装置、电子设备和计算机可读存储介质 - Google Patents

Abstract

本公开提供了一种信息采集方法、装置、电子设备和计算机可读存储介质，涉及云计算技术领域，尤其涉及云原生、容器技术等领域。具体实现方案为：获取配置指示，所述配置指示用于指示目标集群配置与信息采集相关的配置信息；响应所述配置指示，运行所述目标集群中的至少两类初始容器集Pod对象；根据所述至少两类Pod对象之间的信息交互，采集得到目标数据。根据本公开实施例，可以提高信息采集效率，同时降低服务端的处理复杂度以及减少服务端的计算压力。

Description

信息采集方法、装置、电子设备和计算机可读存储介质

技术领域

本公开涉及云计算技术领域，尤其涉及云原生、容器技术等领域，具体涉及一种信息采集方法、装置、电子设备和计算机可读存储介质。

背景技术

云原生技术推动了混合多云的发展速度。混合多云场景增加了统一运维管理的复杂性，因此，在混合多云场景下，多集群(例如k8s/k3s集群)管理显得尤为重要。

多集群管理中，需要实时获取集群状态和集群中各节点的信息。相关技术中，服务端会遍历访问各集群，获取信息并做相关的计算处理。

发明内容

本公开提供了一种信息采集方法、装置、电子设备和计算机可读存储介质。

根据本公开的一方面，提供了一种信息采集方法，包括：

获取配置指示，所述配置指示用于指示目标集群配置与信息采集相关的配置信息；

响应所述配置指示，运行所述目标集群中的至少两类初始容器集Pod对象；

根据所述至少两类Pod对象之间的信息交互，采集得到目标数据。

根据本公开的另一方面，提供了一种信息采集方法，包括：

向目标集群发送配置指示；其中，所述配置指示用于指示所述目标集群配置与信息采集相关的配置信息；

接收来自所述目标集群的目标数据；其中，所述目标数据是所述目标集群基于配置指示进行信息采集得到的。

根据本公开的另一方面，提供了一种信息采集装置，包括：

指示获取模块，用于获取配置指示，所述配置指示用于指示目标集群配置与信息采集相关的配置信息；

Pod运行模块，用于响应所述配置指示，运行所述目标集群中的至少两类容器集Pod对象；

数据获取模块，用于根据所述至少两类Pod对象之间的信息交互，采集得到目标数据。

根据本公开的另一方面，提供了一种信息采集装置，包括：

指示发送模块，用于向目标集群发送配置指示；其中，所述配置指示用于指示所述目标集群配置与信息采集相关的配置信息；

数据接收模块，用于接收来自所述目标集群的目标数据；其中，所述目标数据是所述目标集群基于配置指示进行信息采集得到的。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开中任一实施例的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，该计算机指令用于使该计算机执行根据本公开中任一实施例的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现根据本公开中任一实施例的方法。

采用本公开提供的技术方案，目标集群可以基于获取到的配置指示，利用集群中两类Pod对象之间的信息交互，在集群中完成信息采集，提高了信息采集效率，同时降低服务端的处理复杂度以及减少服务端的计算压力。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开实施例的一处理场景的示意图；

图2是根据本公开一实施例的信息采集方法的流程示意图；

图3是根据本公开另一实施例的信息采集方法的流程示意图；

图4是一应用示例中实现信息采集方法的系统的结构示意图；

图5是本公开一实施例的信息采集装置的示意性框图；

图6是本公开另一实施例的信息采集装置的示意性框图；

图7是本公开又一实施例的信息采集装置的示意性框图；

图8是本公开又一实施例的信息采集装置的示意性框图；

图9是本公开又一实施例的信息采集装置的示意性框图；

图10是用来实现本公开实施例的信息采集方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。本文中术语“第一”、“第二”表示指代多个类似的技术用语并对其进行区分，并不是限定顺序的意思，或者限定只有两个的意思，例如，第一特征和第二特征，是指代有两类/两个特征，第一特征可以为一个或多个，第二特征也可以为一个或多个。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

下面对本公开实施例所涉及到的基本概念进行简单说明。应理解，下文所介绍的基本概念并不对本公开实施例产生限定。

1、集群(cluster)：集群是一组相互独立的、通过高速网络互联的计算机。集群中包括控制节点和计算节点，其中，Pod运行于该计算节点上。常见的集群包括k8s(Kubernetes)集群、k3s(轻量级Kubernetes)集群，可支持自动化部署、大规模可伸缩和应用容器化管理。

2、Pod(容器集)：Pod是在集群环境中创建或部署的最小/最简单的基本单位，一个Pod代表集群上正在运行的一个进程(类似于Linux运行的进程)。Pod提供两种共享资源：网络和存储。每个Pod可以被分配一个独立的IP地址，Pod中的每个容器共享网络命名空间，包括IP地址和网络端口。Pod存在两种使用方式，在一个Pod中运行一个容器，或者，在一个Pod中同时运行多个容器，多个容器互相协作且共享资源，Pod将这些容器的存储资源作为一个实体来管理。

3、CRD(Custom Resource Definition，自定义资源定义)：CRD是对CR(CustomResource，自定义资源)的描述。CR是集群中的API(Application Programming Interface，应用程序编程接口)扩展机制，使得用户可以在不修改集群源代码的基础上方便地扩展集群功能。CRD会明确CR并列出其配置信息。

4、Operator：Operator是使用CR管理应用及其组件的自定义Kubernetes控制器。

5、API-server(应用程序编程接口服务)：API-server是集群的入口，任何用户和程序对集群资源的增删改查操作都需要经过API-server。

为了便于理解本公开提供的技术方案，图1示出了根据本公开实施例的一处理场景的示意图。如图1所示，本公开实施例中，服务端可与多个集群连接。图1中示例性地示出了3个集群，并以服务端与集群1之间的交互处理流程为例，说明本公开实施例的处理场景的配置过程。如图1所示，该配置过程包括如下步骤：

S101、服务端向集群发送配置指示。

S102、集群接口(例如API-server)根据配置指示定义CRD。

S103、控制器(例如Operator)根据CRD部署至少两类Pod对象，该至少两类Pod对象用于根据CRD中的配置进行信息交互。

上述处理场景为一个示例，示例性地描述了服务端、集群接口、CRD、控制器与Pod之间的关系，即集群接口与服务端交互配置指示，以根据配置指示配置CRD，使控制器可基于CRD中的配置部署至少两类Pod对象，从而集群可以利用两类Pod对象之间的信息交互完成信息采集。

根据本公开的实施例，提供了一种信息采集方法，图2是根据本公开实施例的信息采集方法的流程示意图。该方法可以应用于信息采集装置。示例性地，该信息采集装置可以部署于目标集群中。目标集群可以指待采集信息/数据的集群。示例性地，该目标集群可以为k8s集群或k3s集群。在一些可能的实现方式中，该方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。如图2所示，该方法包括：

S201、获取配置指示，配置指示用于指示目标集群配置与信息采集相关的配置信息。

S202、响应配置指示，运行目标集群中的至少两类Pod对象。

S203、根据至少两类Pod对象之间的信息交互，采集得到目标数据。

示例性地，上述配置指示可以是服务端向目标集群发送的，该服务端可以指基于一个或多个集群的计算能力提供用户服务的终端/服务器。上述配置指示也可以是通过与用户交互的方式获取的，还可以是预先配置在目标集群上的。

在一些示例中，该配置指示所指示的配置信息可以包括与部署Pod对象相关的信息，也可以包括与信息采集的触发或运行相关的信息，例如Pod对象的镜像地址、信息采集过程的运行参数等。

相应地，响应该配置指示，目标集群能够基于以上与信息采集的触发或运行相关的信息，通过至少两类Pod对象的运行自动完成信息采集，无需服务端在每次信息采集时发起请求。

一实施方式中，该至少两类Pod对象可以包括用于调用其他Pod对象采集数据并向服务端发送数据的第一类Pod对象，以及用于采集数据的第二类Pod对象。

一示例中，至少两类Pod对象之间的信息交互可以包括：第一类Pod对象调用第二类Pod对象，第二类Pod对象采集相关数据，并向第一类Pod对象返回该数据。

示例性地，目标数据可以是Pod对象对采集数据进行计算、汇总、数据结构转换等处理得到的数据。基于此，通过至少两类Pod对象的运行，可以得到服务端可用的数据，例如可向用户展示的数据。如此，可将信息处理逻辑，与采集主体服务端进行解耦。当上述处理逻辑需要调整时，无需修改服务端的代码信息，只需修改配置指示，以修改目标集群中相应的配置，即可更新采集逻辑。

采用上述实施例提供的信息采集方法，目标集群可以基于获取到的配置指示，利用集群中两类Pod对象之间的信息交互，完成信息采集，使得服务端和信息采集逻辑解耦，提高了信息采集效率，同时降低服务端的处理复杂度以及减少服务端的计算压力。

可选地，在采集得到目标数据之后，上述信息采集方法还可以包括：向服务端发送该目标数据。

作为一种示例性的实施方式，上述步骤S203、根据至少两类Pod对象之间的信息交互，采集得到目标数据，包括：通过目标集群中的第一类Pod对象，向目标集群中的第二类Pod对象发送待采集的资源信息；通过第二类Pod对象，获取待采集的资源信息所对应的采集数据；根据该采集数据，得到目标数据。

其中，第一类Pod对象用于调用第二类Pod对象。示例性地，第一类Pod对象可以通过调用第二类Pod对象的http(Hyper Text Transfer Protocol，超文本传输协议)接口，将待采集的资源信息发送给第二类Pod对象。

示例性地，待采集的资源信息可以包括集群的资源信息和/或集群中节点的资源信息。其中，集群的资源信息可以包括集群的Pod信息、namespaces(命名空间)、PVC(Persistent Volume Claim，持久卷声明)等；节点的资源信息包括节点的CPU(CentralProcessing Unit，中央处理单元)、Memory(内存)、Disk(硬盘)等系统资源的使用量信息、剩余量信息等。

示例性地，采集数据为上述资源信息对应的实时数据。相应地，目标数据可以是对该采集数据进行计算、汇总、数据结构转换等处理后得到的数据。

采用上述实施方式，通过两类Pod对象的信息交互，自动采集数据，并将采集到的数据在集群中进行处理，提高了数据采集效率，同时降低了服务端的处理复杂度以及减少了服务端的计算压力。

可选地，对于不同的资源信息，可通过不同的Pod对象进行采集。

在一示例中，第二类Pod对象包括与目标集群中的节点对应的第一Pod对象，该第一Pod对象也可以称为节点信息检测Pod(node-detector Pod)。

相应地，通过第二类Pod对象，获取采集数据，可以包括：通过第一Pod对象，在待采集的资源信息中确定与节点相关的第一资源信息，并采集与第一资源信息对应的第一采集数据；其中，第一采集数据用于表征节点的状态。

例如，第一资源信息包括节点的CPU、Memory、Disk等各类系统资源的使用量信息、剩余量信息等。第一采集数据用于表征以上信息的实时状态。

根据该示例，利用第一Pod对象采集与节点相关的第一资源信息所对应的第一采集数据，从而无需服务端每次发起请求访问集群的接口服务，也无需服务端设置另外的agent(代理模块)支持采集节点信息，简化了信息采集过程。

在一示例中，第二类Pod对象包括与目标集群对应的第二Pod对象，该第二Pod对象也可以称为元信息检测Pod(Meta-detector Pod)。

相应地，通过第二类Pod对象，采集与目标资源信息对应的目标数据，可以包括：通过第二Pod对象，在待采集的资源信息中确定与目标集群相关的第二资源信息，并采集与第二资源信息对应的第二采集数据；其中，第二采集数据用于表征目标集群的状态。

例如，第二资源信息包括目标集群的元信息，例如Pod信息、namespaces、PVC等。第二采集数据用于表征以上信息的实时状态。

根据该示例，利用第二Pod对象采集与目标集群相关的第二资源信息所对应的第二采集数据，从而无需服务端每次采集时均发起请求并访问集群的接口服务，简化了信息采集过程。

在一实施方式中，根据该采集数据，得到目标数据，包括：基于预先配置的数据展示结构，对采集数据进行处理，得到目标数据。

示例性地，该数据展示结构可以指向用户展示数据的数据形式。基于该数据展示结构，可以确定需要对采集数据进行的计算、汇总、数据结构转换等处理形式。

示例性地，可以通过第二类Pod对象，例如集群信息检测Pod以及元信息检测Pod，基于该数据展示结构对采集数据进行计算处理，从而实现在集群中进行计算。

示例性地，可以通过第一类Pod对象，基于该数据展示结构对第二类Pod对象获得的采集数据进行汇总和数据结构转换处理。例如，第一类Pod对象基于该数据展示结构对第一采集数据以及多个节点所对应的多个第二采集数据进行合并，得到目标数据。

采用上述实施方式，将采集到的信息在目标集群中进行计算，从而提高了数据采集效率，同时减轻了服务端的计算压力。

在一实施方式中，通过目标集群中的第一类Pod对象，向目标集群中的第二类Pod对象发送待采集的资源信息，包括：

基于预先配置的运行时间信息，触发第一类Pod对象向第二类Pod对象发送待采集的资源信息。

其中，运行时间信息可以用于指示第一类Pod对象发送该资源信息的时间节点。例如，该运行时间信息可以是指定的时间节点或采集间隔时长。

采用上述实施方式，基于该运行时间信息自动触发至少两类Pod对象进行信息交互，从而完成信息采集，无需服务端每次采集时均发起请求并访问集群的接口服务，简化了信息采集过程。

作为一种示例性的实施方式，上述步骤S202、响应配置指示，运行目标集群中的至少两类Pod对象，包括：响应配置指示，配置CRD；根据CRD，运行目标集群中的至少两类Pod对象。

示例性地，在接收到配置指示时，通过目标集群的接口配置CRD，该CRD可描述上述至少两类Pod对象的部署参数以及运行参数，以用于部署上述至少两类Pod对象以及用于指示上述至少两类Pod对象进行信息采集。

可选地，上述配置CRD过程可以在需要部署上述Pod对象时，或需要更新各Pod对象的信息处理逻辑时执行。可以理解，通过CRD化，在信息处理逻辑需要更新时，通过目标集群的接口更改CRD，可根据新的信息处理逻辑进行信息采集，不用修改服务端的主体逻辑，从而将采集主体服务端和具体实现方式进行解耦。

在一示例中，根据CRD，运行目标集群中的至少两类Pod对象，包括：根据CRD定义的运行参数，运行至少两类Pod对象。其中，运行参数包括至少两类Pod对象的运行时间信息、待采集的资源信息、目标数据的数据展示结构以及服务端的地址信息中的至少一种信息。

根据该示例，CRD可用于定义至少两类Pod对象的运行参数，从而通过更改CRD，可实现更新运行参数，从而可灵活地配置采集的触发条件、数据的输出形式以及输出地址，更好地匹配应用需求。

在一示例中，在根据CRD，运行至少两类Pod对象之前，还包括：根据CRD定义的Pod镜像地址，部署至少两类Pod对象。

其中，Pod镜像地址可以包括至少两类Pod对象中的各个Pod对象的镜像地址。

可选地，对于第一类Pod对象，以及第二类Pod对象中的用于采集集群信息的第二Pod对象，可以采用Deployment(无状态部署)方式部署，即每个集群部署一个该类型的Pod。

可选地，对于第二类Pod对象中的用于采集节点信息的第一Pod对象，可以采用DaemonSet(守护进程集)方式部署，即每个节点对应部署一个该类型的Pod。

根据该示例，CRD可用于定义至少两类Pod对象的镜像地址，从而通过更改CRD，可以更新各个已部署好的Pod对象，简化了Pod对象的更新过程，有利于实时匹配应用需求。

根据本公开的实施例，还提供一种信息采集方法，图3是根据本公开另一实施例的信息采集方法的流程示意图。该方法可以应用于信息采集装置。示例性地，该信息采集装置可以部署于服务端中。该服务端可以指基于一个或多个集群的计算能力提供用户服务的终端/服务器。在一些可能的实现方式中，该方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。如图3所示，该方法包括：

S301、向目标集群发送配置指示；其中，配置指示用于指示目标集群配置与信息采集相关的配置信息；

S302、接收来自目标集群的目标数据。

其中，该目标数据是该目标集群利用至少两类Pod对象进行信息采集得到的。

可选地，上述配置指示可以在需要在目标集群中部署或更新至少两类Pod对象时发送，以利用目标集群中该至少两类Pod对象实现与应用需求匹配的信息采集方法。

其中，配置指示所指示的配置信息可以包括Pod对象的镜像地址和运行参数。该配置信息的利用方式可参考前述实施例实现，在此不进行赘述。

根据本公开实施例提供的上述方法，服务端向目标集群发送配置指示，可使目标集群完成信息采集相关的配置，并基于该配置实现信息采集，无需服务端无需服务端每次采集时均发起请求并访问集群的接口服务，提高了信息采集效率，同时降低服务端的处理复杂度以及减少服务端的计算压力。

为了便于理解本公开实施例的技术方案，下面以k8s集群为例，提供一具体的应用示例。图4示出了该应用示例中实现信息采集方法的系统的结构示意图。其中，该系统包括服务端410以及其连接的k8s集群420～440。

在该应用示例中，信息采集方法包括配置过程和信息采集过程。

在配置过程中，服务端410在每个k8s集群，通过Operator部署至少两类Pod对象，包括报告检测Pod(report-detector Pod，对应上述第一类Pod对象)以及信息检测Pod(对应上述第二类Pod对象)。其中，根据检测的信息的不同，信息检测Pod可以包括元信息检测Pod(meta-detector Pod)以及节点信息检测Pod(node-detector Pod)。

具体地，以集群420为例，配置过程包括以下步骤：

(1)服务端410通过k8s集群420的接口定义一个CRD，描述三个Pod的镜像地址、待采集的资源信息、采集间隔时长、上报地址(服务端的地址)以及数据展示结构。

(2)Operator根据CRD中的Pod的镜像地址，部署元信息检测Pod421、节点信息检测Pod 422以及报告检测Pod 423。当CRD化时，Operator更新各个已部署好的Pod，不用修改服务端信息采集的主体逻辑，大大简化信息采集过程，将采集主体服务端和具体实现方法进行解耦。

其中，待采集的资源信息是集群信息和节点信息的总和。

元信息检测Pod 421用于获取集群信息，元信息检测Pod 421以Deployment(无状态部署)方式部署，即每个集群只需部署一个。

节点信息检测Pod 422用于获取节点信息。节点检测Pod 422以DaemonSet(守护进程集)方式部署，即每个节点部署一个，每个集群一般有多个节点。

报告检测Pod 423用于汇总元信息检测Pod 421以及节点信息检测Pod422获取的采集数据，以及按照数据展示结构对采集数据进行合并后传给服务端410。

在信息采集过程中，当集群420已部署好以上Pod且CRD不用更改时，可以直接执行下述步骤。若CRD需要更改，即数据采集逻辑需要更新时，服务端410通过集群420的接口更改Pod的镜像地址、待采集的资源信息、采集间隔时长、上报地址，执行下述步骤：

(1)报告检测Pod 423根据CRD中描述的待采集的资源信息，基于CRD中的采集间隔时长主动调用元信息检测Pod 421以及节点信息检测Pod 422的http接口，可以理解为将待采集的资源信息发送至元信息检测Pod 421以及节点信息检测Pod 422。

(2)元信息检测Pod 421和节点信息检测Pod 422分别从待采集的资源信息中确定与集群信息、节点信息相关的资源信息，分别去采集对应的数据。元信息检测Pod 421和节点信息检测Pod 422还按照数据展示结构对各自采集到的数据进行统计计算，方便后续展示给用户。实现了在集群中对采集到的数据进行计算，减轻了服务端的计算压力。之后，元信息检测Pod421和节点信息检测Pod 422通过各自的http接口将计算后的采集信息回传至report-detector Pod。

(3)报告检测Pod 423基于数据展示结构将元信息检测Pod 421和节点信息检测Pod 422采集并回传的数据进行合并，实现在集群中得到目标数据，之后将目标数据传给CRD中描述的上报地址所对应的服务端，服务端将数据按照数据展示结构展示给用户查看。

可以看到，根据本公开实施例的信息采集方法，服务端向目标集群发送配置指示，目标集群可以基于该配置指示，利用集群中两类Pod对象之间的信息交互，完成信息采集，使得服务端和信息采集逻辑解耦，提高了信息采集效率，同时降低服务端的处理复杂度以及减少服务端的计算压力。

根据本公开的实施例，本公开还提供一种用于实现上述方法的信息采集装置。图5示出了本公开一个实施例提供的信息采集装置的示意性框图，该信息采集装置可以部署在目标集群中。

指示获取模块511，用于获取配置指示，配置指示用于指示目标集群配置与信息采集相关的配置信息；

Pod运行模块512，用于响应配置指示，运行目标集群中的至少两类容器集Pod对象；

数据获取模块513，用于根据至少两类Pod对象之间的信息交互，采集得到目标数据。

在一些实施例中，在图5的基础上，如图6所示，数据获取模块513，包括：

资源信息发送模块611，用于通过目标集群中的第一类Pod对象，向目标集群中的第二类Pod对象发送待采集的资源信息；

数据采集单元612，用于通过第二类Pod对象，获取待采集的资源信息所对应的采集数据；

数据处理单元613，用于根据采集数据，得到目标数据。

在一些实施例中，第二类Pod对象包括与目标集群中的服务节点对应的第一Pod对象；

数据采集单元612用于：通过第一Pod对象，在待采集的资源信息中确定与服务节点相关的第一资源信息，并采集与第一资源信息对应的第一采集数据；其中，第一采集数据用于表征服务节点的状态。

在一些实施例中，第二类Pod对象包括与目标集群对应的第二Pod对象；

数据采集单元612用于：通过第二Pod对象，在待采集的资源信息中确定与目标集群相关的第二资源信息，并采集与第二资源信息对应的第二采集数据；其中，第二采集数据用于表征目标集群的状态。

在一些实施例中，数据处理单元613用于：基于预先配置的数据展示结构，对采集数据进行处理，得到目标数据。

在一些实施例中，资源信息发送单元611用于：基于预先配置的运行时间信息，触发第一类Pod对象向第二类Pod对象发送待采集的资源信息。

在一些实施例中，如图7所示，Pod运行模块512，包括：

CRD配置单元711，用于响应配置指示，配置自定义资源定义CRD；

运行单元712，用于根据CRD，运行目标集群中的至少两类Pod对象。

在一些实施例中，运行单元712用于：根据CRD定义的运行参数，运行至少两类Pod对象；

其中，运行参数包括至少两类Pod对象的运行时间信息、待采集的资源信息、目标数据的数据展示结构以及服务端的地址信息中的至少一种信息。

在一些实施例中，如图8所示，Pod运行模块512，还包括：

Pod部署单元811，用于根据CRD定义的Pod镜像地址，部署至少两类Pod对象。

根据本公开的实施例，本公开还提供另一种用于实现上述方法的信息采集装置。图9示出了本公开另一个实施例提供的信息采集装置的示意性框图，该信息采集装置可以部署在服务端中。

指示发送模块911，用于向目标集群发送配置指示；其中，配置指示用于指示目标集群配置与信息采集相关的配置信息；

数据接收模块912，用于接收来自目标集群的目标数据；其中，目标数据是目标集群中的信息采集装置得到的。

本公开实施例中，各模块或单元的具体实施方式和有益效果如前文所阐述内容，这里不再赘述。本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图10示出了可以用来实施本公开的实施例的示例电子设备1000的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字助理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备1000包括计算单元1001，其可以根据存储在只读存储器(ROM)1002中的计算机程序或者从存储单元1008加载到随机访问存储器(RAM)1003中的计算机程序，来执行各种适当的动作和处理。在RAM 1003中，还可存储设备1000操作所需的各种程序和数据。计算单元1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006，例如键盘、鼠标等；输出单元1007，例如各种类型的显示器、扬声器等；存储单元1008，例如磁盘、光盘等；以及通信单元1009，例如网卡、调制解调器、无线通信收发机等。通信单元1009允许设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1001可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1001的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1001执行上文所描述的各个方法和处理，例如一种信息采集方法。例如，在一些实施例中，一种信息采集方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM1002和/或通信单元1009而被载入和/或安装到设备1000上。当计算机程序加载到RAM 1003并由计算单元1001执行时，可以执行上文描述的一种信息采集方法的一个或多个步骤。备选地，在其他实施例中，计算单元1001可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行一种信息采集方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

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

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (15)

1.一种信息采集方法，包括：

获取配置指示，所述配置指示用于指示目标集群配置与信息采集相关的配置信息；

响应所述配置指示，运行所述目标集群中的至少两类容器集Pod对象；

根据所述至少两类Pod对象之间的信息交互，采集得到目标数据。

2.根据权利要求1所述的方法，其中，所述根据所述至少两类Pod对象之间的信息交互，采集得到目标数据，包括：

通过所述目标集群中的第一类Pod对象，向所述目标集群中的第二类Pod对象发送待采集的资源信息；

通过所述第二类Pod对象，获取所述待采集的资源信息所对应的采集数据；

根据所述采集数据，得到所述目标数据。

3.根据权利要求2所述的方法，其中，所述第二类Pod对象包括与所述目标集群中的节点对应的第一Pod对象；

所述通过所述第二类Pod对象，获取所述待采集的资源信息所对应的采集数据，包括：

通过所述第一Pod对象，在所述待采集的资源信息中确定与所述节点相关的第一资源信息，并采集与所述第一资源信息对应的第一采集数据；其中，所述第一采集数据用于表征所述节点的状态。

4.根据权利要求2所述的方法，其中，所述第二类Pod对象包括与所述目标集群对应的第二Pod对象；

所述通过所述第二类Pod对象，获取所述待采集的资源信息所对应的采集数据，包括：

通过所述第二Pod对象，在所述待采集的资源信息中确定与所述目标集群相关的第二资源信息，并采集与所述第二资源信息对应的第二采集数据；其中，所述第二采集数据用于表征所述目标集群的状态。

5.根据权利要求2所述的方法，其中，所述根据所述采集数据，得到所述目标数据，包括：

基于预先配置的数据展示结构，对所述采集数据进行处理，得到所述目标数据。

6.根据权利要求2所述的方法，其中，所述通过所述目标集群中的第一类Pod对象，向所述目标集群中的第二类Pod对象发送待采集的资源信息，包括：

基于预先配置的运行时间信息，触发所述第一类Pod对象向所述第二类Pod对象发送待采集的资源信息。

7.根据权利要求1-6中任一项所述的方法，其中，所述响应所述配置指示，运行所述目标集群中的至少两类Pod对象，包括：

响应所述配置指示，配置自定义资源定义CRD；

根据所述CRD，运行所述目标集群中的至少两类Pod对象。

8.根据权利要求7所述的方法，其中，所述根据所述CRD，运行所述目标集群中的至少两类Pod对象，包括：

根据所述CRD定义的运行参数，运行所述至少两类Pod对象；

其中，所述运行参数包括所述至少两类Pod对象的运行时间信息、待采集的资源信息、所述目标数据的数据展示结构以及所述服务端的地址信息中的至少一种信息。

9.根据权利要求8所述的方法，其中，在根据所述CRD，运行所述至少两类Pod对象之前，还包括：

根据所述CRD定义的Pod镜像地址，部署所述至少两类Pod对象。

10.一种信息采集方法，包括：

向目标集群发送配置指示；其中，所述配置指示用于指示所述目标集群配置与信息采集相关的配置信息；

接收来自所述目标集群的目标数据；其中，所述目标数据是所述目标集群执行如权利要求1-9中任一项所述的方法采集得到的。

11.一种信息采集装置，包括：

指示获取模块，用于获取配置指示，所述配置指示用于指示目标集群配置与信息采集相关的配置信息；

Pod运行模块，用于响应所述配置指示，运行所述目标集群中的至少两类容器集Pod对象；

数据获取模块，用于根据所述至少两类Pod对象之间的信息交互，采集得到目标数据。

12.一种信息采集装置，包括：

指示发送模块，用于向目标集群发送配置指示；其中，所述配置指示用于指示所述目标集群配置与信息采集相关的配置信息；

数据接收模块，用于接收来自所述目标集群的目标数据；其中，所述目标数据是所述目标集群中的如权利要求11所述的装置采集得到的。

13.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。

14.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-10中任一项所述的方法。

15.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-10中任一项所述的方法。

Images