数据处理方法、装置、电子设备及可读存储介质

技术领域

本发明涉及网络技术领域，特别是涉及一种数据处理方法、装置、电子设备及可读存储介质。

背景技术

目前，为了确保业务集群正常运行，会基于监控系统对业务集群的进行监控。在先技术中，为了实现监控，往往是针对每个业务集群，在该业务集群中部署一套对应的监控系统，利用各个业务集群中部署的监控系统进行监控。

这种方式中，对监控系统的管理难度较大，业务运维压力较大。

发明内容

本发明提供一种数据处理方法、装置、电子设备及可读存储介质，以便解决对监控系统的管理难度较大，业务运维压力较大的问题。

依据本发明的第一方面，提供了一种数据处理方法，所述方法应用于监控系统，所述监控系统部署于监控集群，所述监控集群与业务集群部署于不同的服务器集群，所述方法包括：

基于第一监听服务获取所述业务集群下发的待监控信息；所述待监控信息包括待监控指标；

基于所述监控系统中已创建的监控实例从所述业务集群的运行数据中获取与所述待监控指标相匹配的目标运行数据，并根据所述目标运行数据对所述业务集群进行监控；

基于所述监控系统当前的负载相关信息，对所述监控系统中已创建的监控实例进行调整。

依据本发明的第二方面，提供了一种数据处理装置，应所述装置应用于监控系统，所述监控系统部署于监控集群，所述监控集群与业务集群部署于不同的服务器集群，所述装置包括：

第一获取模块，用于基于第一监听服务获取所述业务集群下发的待监控信息；所述待监控信息包括待监控指标；

第二获取模块，用于基于所述监控系统中已创建的监控实例从所述业务集群的运行数据中获取与所述待监控指标相匹配的目标运行数据，并根据所述目标运行数据对所述业务集群进行监控；

第一调整模块，用于基于所述监控系统当前的负载相关信息，对所述监控系统中已创建的监控实例进行调整。

在本发明实施的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的数据处理方法。

在本发明实施的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的数据处理方法。

针对在先技术，本发明具备如下优点：

通过将监控系统与业务集群剥离，基于监控系统中的第一监听服务获取业务集群下发的待监控信息；待监控信息包括待监控指标，基于监控系统中已创建的监控实例从业务集群的运行数据中获取与待监控指标相匹配的目标运行数据，并根据目标运行数据对业务集群进行监控，以及，基于监控系统当前的负载相关信息，对监控系统中已创建的监控实例进行调整。这样，通过将监控系统与业务解耦，可以方便监控人员对将监控集群进行独立管理，进而一定程度上可以降低对监控系统的管理难度，从而可以减轻业务运维压力。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是本发明实施例提供的一种数据处理方法的步骤流程图；

图2是本发明实施例提供的一种实现架构图；

图3是本发明实施例提供的一种系统结构图；

图4是本发明实施例提供的一种场景示意图；

图5是本发明实施例提供的一种数据处理装置的框图；

图6是本发明实施例提供的另一种数据处理装置的框图；

图7是本发明实施例提供的另一种数据处理装置的框图；

图8是本发明实施例提供的一种电子设备的框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。

首先，对本发明实施例涉及的部分概念进行解释：

业务集群，指的是用于实现应用程序/网页各项功能的服务器组成的服务器集群。

监控集群，指的是部署有监控系统的服务器组成的服务器集群。

监控系统，指的是用于对业务集群的特定指标进行监控，并在特定指标出现异常的情况下进行告警的系统。

图1是本发明实施例提供的一种数据处理方法的步骤流程图，该方法可以应用于监控系统，监控系统可以部署于监控集群，监控集群与业务集群部署于不同的服务器集群，如图1所示，该方法可以包括：

步骤101、基于第一监听服务获取所述业务集群下发的待监控信息；所述待监控信息包括待监控指标。

本发明实施例中，第一监听服务可以是监控系统预先注册的，第一监听服务本质上可以为进程。待监控信息可以用于表征需要对业务集群的哪些指标进行监控，待监控信息的具体内容可以由业务人员根据实际情况进行设置。例如，待监控指标可以包括中央处理器(Central Processing Unit，CPU)占用率、错误率，处理速度等等。

进一步地，业务人员可以根据实际需求在业务集群中下发待监控信息，示例的，在业务集群中部署有可移植容器的编排管理工具(例如，kubernetes)的应用场景中，业务集群可以通过kubernetes中的预设组件(例如，ServiceMonitor)下发待监控信息。

其中，Kubernetes是云原生技术的重要项目，是容器化应用运行的管理平台，相应地，本发明实施例中的监控系统可以是基于与之配套的监控系统“Prometheus”实现的，本发明实施例中的监控系统可以是在预设开发环境(例如，Windows开发环境、Linux开发环境等开发环境)中基于预设开发工具实现的(例如，Java、Golang、Python等工具)。

进一步地，不同的ServiceMonitor可以对接不同的业务，不同业务可以表征应用程序或网页的不同功能，以视频应用程序为例，业务可以包括视频播放业务，视频评论业务，视频商城业务，等等。

业务人员可以基于各个业务的数据并发量确定实际需求，并输入对应的待监控信息，对应的ServiceMonitor可以对业务人员输入的待监控信息进行下发。相应地，监控系统可以基于第一监听服务主动监听业务集群内部下发的待监控信息，以实现获取待监控信息。其中，第一监听服务本质上可以为进程，业务集群在下发待监控信息时，可以是向监控集群的指定接口下发待监控信息。监控系统可以基于该进程监控该指定接口，在检测到有通过该指定接口传入的信息时，获取通过该指定接口传入的信息，作为待监控信息。

步骤102、基于所述监控系统中已创建的监控实例从所述业务集群的运行数据中获取与所述待监控指标相匹配的目标运行数据，并根据所述目标运行数据对所述业务集群进行监控。

本发明实施例中，监控实例可以是监控系统利用监控集群的计算资源生成的用于进行监控的进程。业务集群的运行数据可以是业务集群在运行过程中的各项数据。示例的，运行数据可以包括各个时刻下的CPU使用率，处理速度，错误率，时延，等等。目标运行数据可以是与待监控指标对应的运行数据。

进一步地，根据目标运行数据对业务集群进行监控，可以是基于目标运行数据监控待监控指标是否出现异常，以在出现异常的情况下进行告警。示例的，可以检测目标运行数据是否命中预设告警条件，若目标运行数据命中预设告警条件，则可以输出监控告警信息。例如，将告警信息分发给对应的业务运维人员。

步骤103、基于所述监控系统当前的负载相关信息，对所述监控系统中已创建的监控实例进行调整。

本发明实施例中，负载相关信息可以是会影响监控系统中监控实例的负载大小的信息，负载相关信息的具体种类可以根据实际需求设置。如果监控实例的负载量过大，可能会导致监控操作无法正常进行。如果监控实例的负载过小，可能会导致监控资源得不到充分利用，出现资源浪费的问题。因此，可以基于负载相关信息对监控系统中的监控实例适应性的进行调整，以避免监控实例的处理量过饱和，或者监控实例的利用率较低导致资源浪费的问题，进而提高资源利用率。

需要说明的是，上述步骤之间的执行顺序并不唯一。例如，步骤103可以在步骤102之前执行，或者，在步骤101之前执行，与步骤101同步执行，等等，本发明实施例对此不作限定。

综上所述，本发明实施例提供的数据处理方法，通过将监控系统与业务集群剥离，基于监控系统中的第一监听服务获取业务集群下发的待监控信息；待监控信息包括待监控指标，基于监控系统中已创建的监控实例从业务集群的运行数据中获取与待监控指标相匹配的目标运行数据，并根据目标运行数据对业务集群进行监控，以及，基于监控系统当前的负载相关信息，对监控系统中已创建的监控实例进行调整。这样，通过将监控系统与业务解耦，可以方便监控人员对将监控集群进行独立管理，进而一定程度上可以降低对监控系统的管理难度，从而可以减轻业务运维压力。

同时，基于监控系统当前的负载相关信息，对监控系统中已创建的监控实例进行适应性调整，可以确保监控实例适配当前需求，进而一定程度上提高监控效果。

可选的，上述基于监控系统当前的负载相关信息，对监控系统中已创建的监控实例进行调整的步骤103，可以包括以下步骤：

步骤1031、获取所述负载相关信息；所述负载相关信息包括所述业务集群的节点数量；所述节点数量越多，所述监控系统中各个监控实例的负载越大。

本发明实施例中，业务集群的节点数量可以为监控系统对接的业务集群包含的服务器的总数量。如果节点数量越大，相应地，监控系统的处理量会相应越多，进而会使得监控系统中各个监控实例的负载越大。反之，如果节点数量越小，相应地，监控系统的处理量会相应越少，进而会使得监控系统中各个监控实例的负载越小。因此，本发明实施例中，通过设置业务集群的节点数量作为负载相关信息，一定程度上可以确保后续调整操作准确性。

进一步地，负载相关信息中还包括其他信息，示例的，例如，负载相关信息可以包含监控对象的中央处理器(Central Processing Unit，CPU)、内存、网络、磁盘等负载情况，业务的请求量、相应时间、请求错误情况等信息。负载相关信息还可以包括各个业务集群的业务量和/或待监控指标的种类数量。

调整后的监控实例的数量可以与业务量以及种类数量相匹配。其中，业务量可以表示业务集群对接的业务的数量。如果业务量越多，相应地，业务集群会更加活跃，产生的运行数据会相应越多，进而会使得监控系统中各个监控实例的负载越大。因此可以对应减少监控实例的数量。反之，如果业务量越少，相应地，产生的运行数据会相应越少，进而会使得监控系统中各个监控实例的负载越小。因此可以对应增大监控实例的数量。如果待监控指标的种类数量越多，相应地，监控系统的处理量会相应越多，进而会使得监控系统中各个监控实例的负载越大。因此可以对应减少监控实例的数量。反之，如果待监控指标的种类数量越少，相应地，监控系统的处理量会相应越少进而会使得监控系统中各个监控实例的负载越小。因此可以对应增大监控实例的数量。即，本发明实施例中在业务集群的业务量和/或监控指标的种类数量越大的情况下，调整后的监控实例的数量可以越多。本发明实施例中通过进一步结合业务量、待监控指标的种类数量，可以进一步提高后续执行的调整操作的操作精度，更加合理的为业务分配监控资源。进一步地，本发明实施例中的监控集群可以对接多个业务集群，这样，可以方便对多个业务集群对应的可用监控资源进行整合，进而可以便捷的实现多业务监控，提升监控管理的效率。以及方便后续进行监控资源的调度。其中，监控资源可以通过监控实例表征。

可选的，本发明实施例中获取负载相关信息时，可以是接收用户输入的负载相关信息。这样，仅需执行接收操作即可实现获取负载相关信息，进而一定程度上可以提高获取效率。其中，监控系统可以向用户提供一输入界面，用户可以通过所使用的终端访问该界面，并在该界面中输入负载相关信息。

或者，也可以是向业务集群发送获取请求，然后，接收业务集群基于获取请求返回的负载相关信息。业务集群在收到监控系统发送的获取请求的情况下，可以确认监控系统当前需要获取负载相关信息。相应地，业务集群可以从配置信息中读取预先配置的负载相关信息，并返回给监控系统。这样，无需人工参与，通过发送获取请求实时向业务集群获取负载相关信息的方式，可以简化人工操作。

步骤1032、根据所述负载相关信息对所述监控系统中已创建的监控实例进行调整，以使调整后的监控实例的数量与所述负载相关信息相匹配。

示例的，可以先根据当前的负载相关信息确定与当前的负载相关信息相适配的数量。然后将监控实例的数量调整为与当前的负载相关信息相适配的数量。在负载相关信息表征的监控系统的负载量越大的情况下，调整后的监控实例的数量可以越多。

具体的，根据负载相关信息确定与相适配的数量时，可以将负载相关信息作为预设的确定函数的输入，然后将该函数的输出作为相适配的数量，其中，该预设的负载确定函数为因变量与自变量正相关的函数。或者，也可以是根据预设的数量与负载相关信息之间的对应关系，查找与当前的负载相关信息相匹配的数量，进而得到相适配的数量。当然，也可以采用其他确定方式，本发明实施例对此不作限定。

本发明实施例中，获取负载相关信息；负载相关信息包括业务集群的节点数量，根据负载相关信息对监控系统中已创建的的监控实例进行调整，以使调整后的监控实例的数量与负载相关信息相匹配。这样，使得业务集群的节点发生变化时，监控方可以自动的适应性进行调整，进而可以避免监控实例的负载量过大，导致监控操作无法正常进行，或者负载量过小导致监控资源得不到充分利用的问题。同时，通过自适应调整，使得无需人工进行调整，进而一定程度上可以减少运维成本。

可选的，本发明实施例中还可以在上述步骤102之后，执行下述步骤A～步骤B：

步骤A、基于第二监听服务获取所述监控集群中管理节点下发的监控资源信息；其中，所述监控资源信息用于指示监控实例的目标数量。

本发明实施例中，管理节点可以是根据实际需求在监控集群中预先指定的节点。第二监听服务可以是监控系统预先注册的，第二监听服务本质上可以为进程。第二监听服务与上述第一监听服务可以为独立的两个进程，第二监听服务可以用于对监控集群进行内部监听。监控系统可以基于第二监听服务主动监听监控集群内部下发的监控资源信息，以实现获取待监控信息。其中，目标数量可以是根据实际需求设置的，示例的，目标数量可以是监控运维人员根据业务方的实际改动设置的数量。

示例的，在一种实现方式中，监控系统中可以包括控制器，控制器可以向业务集群注册监听类型为远端监听的监听服务，以作为第一监听服务，以及，向监控集群注册监听类型为本地监听的监听服务，以作为第二监听服务。其中，控制器可以是监控系统中预先指定的控制节点，示例的，控制器可以为“Prometheus-Operator”，本发明实施例中可以预先对控制器的处理逻辑进行开发改进，以使控制器具备执行注册操作的能力，进而使得监控系统后续可以同时监听业务集群以及监控集群，例如，监控系统中的控制器可以基于注册的远端监听，监听到业务集群向监控集群下发的信息。注册监听时可以采用预设方式进行注册，示例的，可以采用匿名类方式注册远端/本地监听，或者是采用实现接口方式注册远端/本地监听，当然，也可以采用其他方式进行注册，本发明实施例对此不作限定。本发明实施例中，通过预先注册远端监听以及本地监听，使得监控系统可以便捷的获知业务集群/监控集群下发，进而确保信息获取效率。

步骤B、根据所述监控资源信息对所述监控系统中已创建的监控实例进行调整，以使调整后的监控实例的数量与所述目标数量相匹配。

本步骤中，监控资源信息可以是目标数量本身，或者是携带目标数量的信息。进一步地，可以先确定当前的监控实例的数量是否与目标数量相同。如果不相同且当前的监控实例的数量小于目标数量，则可以创建新的监控实例，直至当前的监控实例的数量与目标数量相同为止。如果不相同且当前的监控实例的数量大于目标数量，则可以删除部分监控实例，直至当前的监控实例的数量与目标数量相同为止。当然，如果当前的监控实例的数量与目标数量相同，则可以不执行调整操作，以避免执行不必要的操作，导致资源被浪费的问题。

本发明实施例中，通过第二监听服务监听监控资源信息，将监控系统中监控实例的数量调整为监控资源信息指示监控实例的目标数量，这样，用户仅需从监控集群进行内部下发，即可便捷的实现控制监控实例的数量。相较于将监控系统与业务集群耦合部署，从业务集群内部进行下发控制的方式，本发明实施例中一定程度上可以提高安全性，增大两者之间的独立性。

可选的，本发明实施例中，待监控信息中还可以包括各个待监控指标对应的数据采集接口信息。相应地，上述数据处理方法还可以包括：确定各个所述监控实例对应的待监控指标。

其中，待监控指标对应的数据采集接口可以是根据实际需求设置，由于实际应用场景中，不同待监控指标对应的运行数据可以存储在不同的数据源中，因此，可以在待监控信息中设置待监控指标对应的数据采集接口，以便于后续获取运行数据。其中，待监控指标对应的数据采集接口可以是存储该待监控指标对应的运行数据的数据源的接口。

进一步地，各个监控实例对应的待监控指标可以是预先为监控实例划分，示例的，可以由控制器随机为各个监控实例分配对应的待监控指标，然后记录为各个监控实例分配的待监控指标。确定各个监控实例对应的待监控指标时，可以直接读取记录的各个监控实例对应的待监控指标。

相应地，上述基于所述监控系统中已创建的监控实例从业务集群的运行数据中获取与待监控指标相匹配的目标运行数据的步骤102，可以具体包括：

步骤1021、对于任一所述监控实例，从所述监控实例对应的目标数据采集接口，拉取与所述待监控指标相关的运行数据，得到所述目标运行数据；所述目标数据采集接口为所述待监控指标的数据采集接口信息所指示的数据采集接口。

示例的，监控实例可以访问该目标数据采集接口，以拉取运行数据。本发明实施例中，通过为待监控指标定义数据采集接口，确定各个监控实例对应的待监控指标，在获取目标运行数据时，直接从该监控实例对应的目标数据采集接口，拉取与待监控指标相关的运行数据，即可得到目标运行数据。这样，一定程度上可以提高数据获取效率。

需要说明的是，本发明实施例中还可以基于Operator根据负载情况，在监控集群生成相关的Prometheus资源，其中，该相关的Prometheus资源用于描述与当前负载相适配的实例数量，并根据该实例数量自动部署、管理监控实例。或者，也可以实时检测监控实例的当前负载量，如果当前负载量低于预设范围，则删除部分监控实例，如果当前负载量高于预设范围，则创建新的监控实例，以使当前负载量处于预设范围内。这样，可以更大程度的避免资源浪费或监控实例负载过高的问题。进一步地，在创建新的监控实例之后，可以将原有监控实例对应的部分待监控指标分配给新的监控实例，在删除部分监控实例之后，将被删除的监控实例的对应的待监控指标分配给未被删除的监控实例，以确保监控的全面性。

在一种现有实现方式中，不同的业务集群申请不同的监控资源，目前的常规的监控方案是每个业务集群中部署一套监控系统。这样会导致业务集群与监控集群耦合。随着业务集群数目的增多，会倒导致监控团队管理难度变大，同时由于两者耦合部署，会导致业务的配置暴露给监控团队，安全性较低。

图2是本发明实施例提供的一种实现架构图，如图2所示，数据存储方01可以用于存储业务集群产生的运行数据以及监控结果，各业务集群之间可以通过共享存储的方式来长期存储其数据。监控集群02中的监控系统021包括控制器0211以及监控实例0212，其中，RWX用于表示读写权限信息，2Gi/4Gi用于表示监控实例分配的空间数量大小。监控集群02可以用于对业务集群03以及业务集群04进行监控，在检测到异常情况时推送告警信息，并通过告警显示方05进行显示输出。

进一步地，图3是本发明实施例提供的一种系统结构图，如图3所示，业务1～5表示预设组件(ServiceMonitor)对接的业务。监控集群中的控制器对业务集群以及监控集群进行监听，控制器可以根据监听到的信息对监控实例(例如，Prometheus Server)进行部署、管理。其中，图3中的监控资源信息可以表示为“Prometheus”。需要说明的是，本发明实施例还可以进一步地向预设组件确定下发的监控内容，即，待监控指标具体对应哪些业务，以根据预先设定的业务与监控实例对应关系，指导监控实例的管理部署。例如，可以基于该对应关系确定各个业务对应的监控实例的数量，并在该业务对应的已有监控实例的数量与该对应的监控实例的数量不符合时，对已有监控实例进行调整。

进一步地，图4是本发明实施例提供的一种场景示意图，如图4所示，业务运维人员可以基于向业务集群进行监控策略下发，以使业务集群根据监控策略进行监控下发，即，下发待监控信息。相应地，监控集群的控制器可以监听业务集群的调用接口服务(APIServer)，以监听业务集群。进一步的，可以根据监听到的信息进行监控部署或扩容，即，对监控实例进行部署、扩容，同时可以从业务集群暴露的接口采集业务数据，在采集到的数据存在异常的时候，进行告警。最终向业务运维人员发出告警通知。

本发明实施例中，将监控集群与业务集群剥离，将监控集群单独部署到业务集群外部，可以方便由统一的监控团队来管理各个业务集群的监控集群，相应地，业务团队只需要运维自己的业务集群，这样可以达到基础设施(监控集群)由统一的团队负责，业务团队只负责本身的业务运维，进而实现基础运维下沉。同时采用一个监控集群对接多个业务集群，可以使得监控集群可以根据实际负载情况，合理分配监控资源。

图5是本发明实施例提供的一种数据处理装置的框图，所述装置应用于监控系统，所述监控系统部署于监控集群，所述监控集群与业务集群部署于不同的服务器集群，所述装置50包括：

第一获取模块501，用于基于第一监听服务获取所述业务集群下发的待监控信息；所述待监控信息包括待监控指标；

第二获取模块502，用于基于所述监控系统中已创建的监控实例从所述业务集群的运行数据中获取与所述待监控指标相匹配的目标运行数据，并根据所述目标运行数据对所述业务集群进行监控；

第一调整模块503，用于基于所述监控系统当前的负载相关信息，对所述监控系统中已创建的监控实例进行调整。

综上所述，本发明实施例提供的数据处理装置，通过将监控系统与业务集群剥离，基于监控系统中的第一监听服务获取业务集群下发的待监控信息；待监控信息包括待监控指标，基于监控系统中已创建的监控实例从业务集群的运行数据中获取与待监控指标相匹配的目标运行数据，并根据目标运行数据对业务集群进行监控，以及，基于监控系统当前的负载相关信息，对监控系统中已创建的监控实例进行调整。这样，通过将监控系统与业务解耦，可以方便监控人员对将监控集群进行独立管理，进而一定程度上可以降低对监控系统的管理难度，从而可以减轻业务运维压力。

可选的，所述第一调整模块503，具体用于：

获取所述负载相关信息；所述负载相关信息包括所述业务集群的节点数量；所述节点数量越多，所述监控系统中各个监控实例的负载越大；

根据所述负载相关信息对所述监控系统中已创建的监控实例进行调整，以使调整后的监控实例的数量与所述负载相关信息相匹配。

可选的，图6是本发明实施例提供的另一种数据处理装置的框图，如图6所示，所述装置50还包括：

第三获取模块504，用于基于第二监听服务获取所述监控集群中管理节点下发的监控资源信息；其中，所述监控资源信息用于指示监控实例的目标数量；

第二调整模块505，用于根据所述监控资源信息对所述监控系统中已创建的监控实例进行调整，以使调整后的监控实例的数量与所述目标数量相匹配。

可选的，所述装置50还包括控制器；

所述控制器向所述业务集群注册监听类型为远端监听的监听服务，以作为所述第一监听服务，以及，向所述监控集群中的管理节点注册监听类型为本地监听的监听服务，以作为所述第二监听服务。

可选的，所述第一调整模块503，还具体用于：

接收用户输入的所述负载相关信息；或者，

向所述业务集群发送获取请求；接收所述业务集群基于所述获取请求返回的所述负载相关信息。

可选的，所述负载相关信息中还包括各个所述业务集群的业务量和/或所述待监控指标的种类数量；所述调整后的监控实例的数量与所述业务量以及所述种类数量相匹配。

可选的，所述待监控信息中还包括各个所述待监控指标对应的数据采集接口信息；图7是本发明实施例提供的另一种数据处理装置的框图，如图7所示，所述装置50还包括：确定模块507，用于确定各个所述监控实例对应的待监控指标。可选的，所述第二获取模块502，具体用于：对于任一所述监控实例，从所述监控实例对应的目标数据采集接口，拉取与所述待监控指标相关的运行数据，得到所述目标运行数据；所述目标数据采集接口为所述待监控指标的数据采集接口信息所指示的数据采集接口。

对于上述装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明实施例还提供了一种电子设备，如图8所示，包括处理器901、通信接口902、存储器903和通信总线904，其中，处理器901，通信接口902，存储器903通过通信总线904完成相互间的通信。

存储器903，用于存放计算机程序；

处理器901，用于执行存储器903上所存放的程序时，实现如下步骤：

基于第一监听服务获取所述业务集群下发的待监控信息；所述待监控信息包括待监控指标；

基于所述监控系统中已创建的监控实例从所述业务集群的运行数据中获取与所述待监控指标相匹配的目标运行数据，并根据所述目标运行数据对所述业务集群进行监控；

基于所述监控系统当前的负载相关信息，对所述监控系统中已创建的监控实例进行调整。

上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述终端与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的数据处理方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的数据处理方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。