CN117667608A - 运维处理方法、系统、计算机存储介质以及电子设备 - Google Patents

Abstract

本申请公开了一种运维处理方法、系统、计算机存储介质以及电子设备。涉及金融科技领域或其他相关领域，该方法包括：在业务运行的情况下，通过监控告警模块获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，得到判断结果；在判断结果表征资源使用数据满足告警规则的情况下，由监控告警模块根据资源使用数据生成告警信息，并将告警信息发送至运维模块；由运维模块根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果。通过本申请，解决了相关技术中对业务运行时使用的资源进行运维处理时运维设备集成率低、处理效率低的问题。

Description

运维处理方法、系统、计算机存储介质以及电子设备

技术领域

本申请涉及金融科技领域或其他相关领域，具体而言，涉及一种运维处理方法、系统、计算机存储介质以及电子设备。

背景技术

金融机构基于服务器进行业务办理时，会使服务器产生大量的资源消耗，若不及时对消耗的资源数据进行监控，很容易因业务执行过程中导致服务器出现过载等问题，进而导致服务器中运行的其他业务出现操作故障，从而产生大量经济损失。

因此，为了实现对服务器中执行的业务关联的资源消耗进行及时监控，相关技术中通过在服务器中设置虚拟工具，例如通过在服务器中设置监控工具和运维处理工具，由工具对资源消耗进行实时监测，而该方法中的工具在应用时需要单独手动配置并需要分别进行管理，进而会增加运维工作的复杂性和错误风险，同时还会导致响应延迟和处理效率低的问题。

针对相关技术中对业务运行时使用的资源进行运维处理时运维设备集成率低、处理效率低的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种运维处理方法、系统、计算机存储介质以及电子设备，以解决相关技术中对业务运行时使用的资源进行运维处理时运维设备集成率低、处理效率低的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种运维处理方法。该方法包括：在业务运行的情况下，通过监控告警模块获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，得到判断结果，其中，资源使用数据用于指示业务运行时的资源使用情况；在判断结果表征资源使用数据满足告警规则的情况下，由监控告警模块根据资源使用数据生成告警信息，并将告警信息发送至运维模块，其中，告警信息用于提示运维模块处理运维任务；由运维模块根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果。

可选地，监控告警模块包括第一工具、第二工具以及第三工具，其中，第二工具用于收集资源使用数据，并将资源使用数据发送至第一工具；第一工具用于获取业务运行时的配置参数，并根据配置参数生成告警规则，还用于接收资源使用数据，判断资源使用数据是否满足告警规则，在资源使用数据满足告警规则的情况下生成告警信息，并将告警信息发送至第三工具，其中，配置参数用于表征业务的预设资源使用情况；第三工具用于将告警信息发送至运维模块。

可选地，运维模块包括运维控制器以及M个执行器，其中，M为正整数，由运维模块根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果包括：在运维控制器接收到告警信息的情况下，识别告警信息，得到业务的运维类型；根据运维类型从运维处理策略库中筛选得到目标处理策略，并根据目标处理策略从M个执行器中筛选得到目标执行器；运维控制器将告警信息发送至目标执行器，控制目标执行器基于目标处理策略对业务使用的资源进行处理，得到处理结果。

可选地，在运维类型为资源优化类型的情况下，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果包括：根据资源优化类型从资源优化策略库中筛选得到目标资源优化策略，并根据目标资源优化策略从N个执行器中筛选得到目标资源优化执行器，其中，目标资源优化策略用于对业务使用的资源进行优化处理，N为正整数，N小于M；运维控制器将告警信息发送至目标资源优化执行器，控制目标资源优化执行器基于目标资源优化策略对业务进行资源优化处理，并生成资源优化结果，并将资源优化结果确定为处理结果。

可选地，该系统还包括第一预设网关以及状态数据库，运维模块和状态数据库通过第一预设网关通信连接，在控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果之后，该方法包括：运维模块通过第一预设网关将处理结果以及告警信息发送至状态数据库。

可选地，该系统还包括第二预设网关，监控告警模块和状态数据库通过第二预设网关通信连接，在运维模块通过第一预设网关将处理结果以及告警信息发送至状态数据库之后，该方法还包括：运维模块根据预设语句以及处理结果生成目标发送信息，并将目标发送信息发送至用户使用的客户端，其中，目标发送信息用于提醒用户关注处理结果；在监控告警模块接收到用户通过客户端发送的查询指令的情况下，监控告警模块通过第二预设网关从状态数据库中获取处理结果，并将处理结果展示在监控告警模块关联的前端页面。

可选地，在通过监控告警模块获取资源使用数据之前，该方法还包括：基于预设指令调用第一工具、第二工具以及第三工具，并分别对第一工具、第二工具以及第三工具进行第一数据配置处理，由配置后的第一工具、配置后的第二工具以及配置后的第三工具集成得到监控告警模块；将监控告警模块、运维模块以及状态数据库进行第二数据配置处理，将监控告警模块和运维模块建立通信连接，基于第一预设网关将运维模块和状态数据库建立通信连接，基于第二预设网关将监控告警模块和状态数据库建立通信连接。

为了实现上述目的，根据本申请的另一方面，提供了一种运维处理系统。该系统包括：监控告警模块，用于在业务运行的情况下，获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，在资源使用数据满足告警规则的情况下，由根据资源使用数据生成告警信息，并将告警信息发送至运维模块；运维模块，与监控告警模块通信连接，用于根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果。

可选地，该系统还包括：客户端，用于接收运维模块发送的目标发送信息，还用于向监控告警模块发送查询指令，其中，目标发送信息用于提醒用户关注处理结果；状态数据库，通过第一预设网关与运维模块通信连接，用于存储运维模块生成的处理结果，还通过第二预设网关与监控告警模块连接，用于接收监控告警模块传递的查询指令，并基于查询指令向监控告警模块反馈处理结果，其中，监控告警模块还用于将查询到的上述处理结果展示在前端页面。

为了实现上述目的，根据本申请的另一方面，提供了一种运维处理装置。该装置包括：第一获取单元，用于在业务运行的情况下，通过监控告警模块获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，得到判断结果，其中，资源使用数据用于指示业务运行时的资源使用情况；第一生成单元，用于在判断结果表征资源使用数据满足告警规则的情况下，由监控告警模块根据资源使用数据生成告警信息，并将告警信息发送至运维模块，其中，告警信息用于提示运维模块处理运维任务；确定单元，用于由运维模块根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果。

根据本发明实施例的另一方面，还提供了一种计算机存储介质，计算机存储介质用于存储程序，其中，程序运行时控制计算机存储介质所在的设备执行一种运维处理方法。

根据本发明实施例的另一方面，还提供了一种电子设备，包含一个或多个执行器和存储器；存储器中存储有计算机可读指令，执行器用于运行计算机可读指令，其中，计算机可读指令运行时执行一种运维处理方法。

通过本申请，采用以下步骤：在业务运行的情况下，通过监控告警模块获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，得到判断结果，其中，资源使用数据用于指示业务运行时的资源使用情况；在判断结果表征资源使用数据满足告警规则的情况下，由监控告警模块根据资源使用数据生成告警信息，并将告警信息发送至运维模块，其中，告警信息用于提示运维模块处理运维任务；由运维模块根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果，解决了相关技术中对业务运行时使用的资源进行运维处理时运维设备集成率低、处理效率低的问题，通过利用监控告警模块获取资源使用数据，并判断资源使用数据是否满足告警规则，从而根据判断结果生成告警信息，并由运维模块基于告警信息对业务使用的资源进行处理，以得到处理结果，进而达到了提高运维设备集成率并提高运维处理效率的效果。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的运维处理系统的示意图；

图2是根据本申请实施例提供的运维处理方法的流程图；

图3是根据本申请实施例提供的可选的运维处理方法的示意图；

图4是根据本申请实施例提供的运维处理装置的示意图；

图5是根据本申请实施例提供的电子设备的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，本公开所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。

下面结合优选的实施步骤对本发明进行说明，图1是根据本申请实施例提供的运维处理系统的示意图，如图1所示，该系统包括：

监控告警模块101，用于在业务运行的情况下，获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，在资源使用数据满足告警规则的情况下，由根据资源使用数据生成告警信息，并将告警信息发送至运维模块102。

具体的，监控告警模块101是用于监控业务运行时产生的资源使用数据、并根据监控情况判断是否需要进行维护的集成模块，该监控告警模块101可以包括监控工具以及运维工具，例如，该监控告警模块101可以包括“Grafana”工具、“Prometheus”工具以及“Alertmanager”工具，其中，“Grafana”工具用于获取业务运行时的配置参数，并根据配置参数生成告警规则，还用于接收资源使用数据，判断资源使用数据是否满足告警规则，在资源使用数据满足告警规则的情况下触发生成告警信息的指令，在生成告警信息后将其通过“Prometheus”工具发送至“Alertmanager”工具。

例如，若业务运行时的配置参数包含运行业务的服务器的CPU使用率为百分之三十，则基于该配置参数确定的告警规则可以为业务运行时服务器CPU使用率不超过百分之四十，若业务运行时关联的资源使用数据包含有CPU使用率为百分之五十的数据，也即资源使用数据满足告警规则，进而根据“CPU使用率为百分之五十”的资源使用数据得到告警规则。

此外，“Prometheus”工具用于收集资源使用数据，并将资源使用数据发送至“Grafana”工具，“Alertmanager”工具用于将告警信息发送至运维模块102，其中，业务运行时的配置参数可以为当业务正常运行时服务器的相关指标、预设内存使用情况等，业务可以为金融机构的交易业务、金融机构的服务调用业务等。

需要说明的是，在利用多个监控工具以及运维工具进行操作前，需要将这些工具进行数据配置，使得不同的工具之间能够相互通信，本实施例通过利用多个工具集成得到监控告警模块101，使得监控告警模块101实现收集数据、监控数据的功能。

运维模块102，与监控告警模块101通信连接，用于根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果。

具体的，在监控告警模块101根据业务运行时产生的资源使用数据生成并发送告警信息后，运维模块102接收该告警信息，通过识别告警信息得到业务运行时需要运维处理的运维类型，进而根据运维类型确定目标执行器，最后通过控制该目标执行器对业务使用的资源进行处理。

可选地，在本申请实施例提供的运维处理系统中，该系统还包括：客户端，用于接收运维模块102发送的目标发送信息，还用于向监控告警模块101发送查询指令，其中，目标发送信息用于提醒用户关注处理结果；状态数据库，通过第一预设网关与运维模块102通信连接，用于存储运维模块102生成的处理结果，还通过第二预设网关与监控告警模块101连接，用于接收监控告警模块101传递的查询指令，并基于查询指令向监控告警模块101反馈处理结果，其中，监控告警模块101还用于将查询到的上述处理结果展示在前端页面。

需要说明的是，第一预设网关和第二预设网关可以为API网关，状态数据库是指服务器中用于存储处理结果的数据库，状态数据库通过第一预设网关和第二预设网关分别与运维模块102和监控告警模块101连接，进而运维模块102和监控告警模块101可以通过第一预设网关和第二预设网关与状态数据库进行通信传输。

具体的，运维模块102包括运维控制器和多个执行器，每个执行器能够根据不同的处理策略对业务使用的资源进行处理。在运维模块102中的目标执行器根据运维类型对业务使用的资源进行处理后，目标执行器生成处理结果，为了能够更好向用户展示处理结果，目标执行器将处理结果发送至运维模块102中的运维控制器，运维控制器通过第一预设网关将处理结果发送至状态数据库，状态数据库在接收到处理结果后将其进行存储，同时运维控制器根据处理结果生成目标发送信息，将其发送给用户使用的客户端，用户可以根据客户端及时获知资源的处理情况。

进一步的，当用户获取目标发送信息后，为了查看具体的处理结果，用户通过客户端向监控告警模块101发送查询指令，监控告警模块101在接收到指令后通过第二预设网关从状态数据库中获取处理结果，进而展示在监控告警模块101的前端页面，此时用户可以在监控告警模块101的前端页面查看到具体的处理结果。

本申请实施例提供的运维处理系统，通过监控告警模块101，用于在业务运行的情况下，获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，在资源使用数据满足告警规则的情况下，由根据资源使用数据生成告警信息，并将告警信息发送至运维模块102；运维模块102，与监控告警模块101通信连接，用于根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果，解决了相关技术中对业务运行时使用的资源进行运维处理时运维设备集成率低、处理效率低的问题，通过利用监控告警模块101获取资源使用数据，并判断资源使用数据是否满足告警规则，从而根据判断结果生成告警信息，并由运维模块102基于告警信息对业务使用的资源进行处理，以得到处理结果，进而达到了提高运维设备集成率并提高运维处理效率的效果。

下面结合优选的实施步骤对本发明进行说明，图2是根据本申请实施例提供的运维处理方法的流程图，如图2所示，该方法包括如下步骤：

步骤S201，在业务运行的情况下，通过监控告警模块获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，得到判断结果，其中，资源使用数据用于指示业务运行时的资源使用情况。

具体的，当金融机构通过服务器运行某一业务时，可能会出现因业务运行消耗的资源异常导致服务器出现异常，进而影响其他业务的正常运行，因此，为了及时监控并维护业务运行时所需的资源，防止出现影响其他业务运行的现象，可以通过配置监控告警模块，利用监控告警模块及时获取业务运行时的资源使用数据，并对资源使用数据进行判断，根据判断结果对该业务关联的资源进行处理。

需要说明的是，业务可以为金融机构中进行金融交易的业务，也可以为金融机构中服务调用业务，监控告警模块可以由多个用于监控数据的以及展示数据的工具集成得到，资源使用数据可以包括CPU使用率、内存占用、服务器运行数据等，告警规则可以基于业务运行时的预设参数确定，例如，告警规则可以为CPU使用率不超过50％，内存占用率不超过50％等。

为了更好对业务运行时的资源使用数据进行监控，可选地，在本申请实施例提供的运维处理方法中，监控告警模块包括第一工具、第二工具以及第三工具，其中，第二工具用于收集资源使用数据，并将资源使用数据发送至第一工具；第一工具用于获取业务运行时的配置参数，并根据配置参数生成告警规则，还用于接收资源使用数据，判断资源使用数据是否满足告警规则，在资源使用数据满足告警规则的情况下生成告警信息，并将告警信息发送至第三工具，其中，配置参数用于表征业务的预设资源使用情况；第三工具用于将告警信息发送至运维模块。

具体的，监控告警模块是用于监控业务运行时产生的资源使用数据，并根据监控情况判断是否需要进行维护的虚拟模块，可以由多个监控工具以及告警工具集成得到，例如，监控告警模块可以包括第一工具、第二工具以及第三工具，其中，第一工具可以为“Grafana”工具，第二工具可以为“Prometheus”工具，第三工具可以为“Alertmanager”工具。其中，“Grafana”工具是一种开源的监控和数据可视化工具，可以展示由其他工具发送的数据；“Prometheus”工具是一种开源的监控和告警工具，可以起到收集数据的作用；“Alertmanager”工具是一种Prometheus的告警管理组件，可以起到接收、处理告警信息并转发告警信息的作用，在转发告警信息时，能够触发运维模块的运维任务。

具体的，第一工具用于获取业务运行时的配置参数，例如，第一工具可以获取业务运行时预设CPU使用率数据、预设内存使用率数据等，进一步的，根据获取的配置参数生成告警规则，当第二工具获取到资源使用数据后接收第二工具发送的资源使用数据，判断资源使用数据是否满足设置的告警规则，在资源使用数据满足告警规则时触发生成告警信息的指令，在生成告警信息后将其通过第二工具发送至第三工具。此外，第二工具用于收集资源使用数据，并将资源使用数据发送至第一工具，第三工具用于将第一工具通过第二工具发送的告警信息转发至运维模块。

例如，若业务运行时的配置参数包含运行业务的服务器的CPU使用率为30％，则基于该配置参数确定的告警规则可以为业务运行时服务器CPU使用率不超过40％，若第二工具在收集数据时收集到业务运行时关联的资源使用数据包含有CPU使用率为50％的数据，第二工具将其发送给第一工具，由第一工具判断资源使用数据是否满足告警规则，在得到资源使用数据满足告警规则的判断结果后，根据“CPU使用率为50％”的资源使用数据得到告警信息，并将告警信息转发至第二工具。进一步的，由第二工具将告警信息发送给第三工具，第三工具在接收到告警信息后，触发运维任务，并根据监控告警模块与运维模块的通信通道将告警信息发送给运维模块。本实施例通过将多个监控工具以及告警工具进行集成，得到监控告警模块，基于监控告警模块实现对业务运行时的资源使用数据进行监控以及告警操作，为及时处理业务关联的资源奠定基础。

步骤S202，在判断结果表征资源使用数据满足告警规则的情况下，由监控告警模块根据资源使用数据生成告警信息，并将告警信息发送至运维模块，其中，告警信息用于提示运维模块处理运维任务。

具体的，当监控告警模块获取到业务运行时的资源使用数据后，判断资源使用数据是否满足设置的告警规则，并在资源使用数据满足告警规则后基于资源使用数据生成告警信息，将该告警信息发送至运维模块，由运维模块基于告警信息进行运维处理，其中，告警信息可以包括满足告警规则的指标信息、该资源使用数据对应的告警规则等。

例如，当由监控告警模块监测到业务运行时的某一个资源使用数据为CPU使用率为53％，而设置的告警规则中CPU使用率不超过50％，此时资源使用数据满足告警规则，进而由监控告警模块根据资源使用数据生成告警信息，而该告警信息中可以包括CPU使用率为53％的资源使用数据以及CPU使用率不超过50％的告警规则，并将该告警信息发送至运维模块。

步骤S203，由运维模块根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果。

具体的，在运维模块通过通信通道获取告警信息后，识别告警信息得到业务使用的资源的运维类型，进一步根据运维类型确定目标执行器，最后由目标执行器根据运维类型得到的策略对业务使用的资源进行处理。需要说明的是，执行器是指执行运维操作的设备，运维类型可以包括故障处理的类型，例如，运维类型可以为资源优化类型等。

本申请实施例提供的运维处理方法，通过在业务运行的情况下，通过监控告警模块获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，得到判断结果，其中，资源使用数据用于指示业务运行时的资源使用情况；在判断结果表征资源使用数据满足告警规则的情况下，由监控告警模块根据资源使用数据生成告警信息，并将告警信息发送至运维模块，其中，告警信息用于提示运维模块处理运维任务；由运维模块根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果，解决了相关技术中对业务运行时使用的资源进行运维处理时运维设备集成率低、处理效率低的问题，通过利用监控告警模块获取资源使用数据，并判断资源使用数据是否满足告警规则，从而根据判断结果生成告警信息，并由运维模块基于告警信息对业务使用的资源进行处理，以得到处理结果，进而达到了提高运维设备集成率并提高运维处理效率的效果。

处理结果是由运维模块在对对业务使用的资源进行处理后生成的，可选地，在本申请实施例提供的运维处理方法中，运维模块包括运维控制器以及M个执行器，其中，M为正整数，由运维模块根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果包括：在运维控制器接收到告警信息的情况下，识别告警信息，得到业务的运维类型；根据运维类型从运维处理策略库中筛选得到目标处理策略，并根据目标处理策略从M个执行器中筛选得到目标执行器；运维控制器将告警信息发送至目标执行器，控制目标执行器基于目标处理策略对业务使用的资源进行处理，得到处理结果。

具体的，运维控制器用于接收告警信息并控制运维任务，执行器用于根据运维控制器的指令执行运维任务，其中，运维控制器可以为Ansible控制器，执行器可以为Ansible代理。在监控告警模块生成告警信息并将其发送至运维模块后，可以由运维控制器接收该告警信息。

进一步的，运维控制器识别告警信息中包含的信息内容，从而确定运维类型，例如，若告警信息中包含有服务器超过设定阈值的信息，则确定的运维类型可以为减小服务器过载的运维类型，也可以为磁盘空间不足的类型。此时运维控制器可以根据确定的运维类型从关联的运维处理策略库中筛选出能够处理该运维类型的目标处理策略，例如，对于服务器过载问题，筛选出的目标处理策略可以为增加计算资源或者优化负载均衡策略。然后再根据筛选出的目标处理策略从关联的多个执行器中筛选出能够执行该目标处理策略的目标执行器。

再进一步的，在运维控制器确定目标执行器后，将由告警信息生成的处理任务分发给服务器上的目标执行器，并向目标执行器转发告警信息以及目标处理策略。目标执行器接收到告警信息和目标处理策略后，由运维控制器控制该目标执行器基于目标处理策略对业务使用的资源进行运维处理，并根据处理的结果生成报告，也即得到处理结果，例如，为解决服务器过载问题，目标执行器可以通过增加服务器的计算资源或者调整负载均衡策略的方式解决上述问题，在目标执行器处理完毕后，目标执行器生成处理结果，并将处理结果反馈给运维控制器。本实施例通过由运维控制器控制目标执行器对业务使用的资源进行操作，从而实现对业务的运维管理，降低了人力成本，提高了运维管理的效率。

当运维类型为资源优化类型时，可选地，在本申请实施例提供的运维处理方法中，在运维类型为资源优化类型的情况下，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果包括：根据资源优化类型从资源优化策略库中筛选得到目标资源优化策略，并根据目标资源优化策略从N个执行器中筛选得到目标资源优化执行器，其中，目标资源优化策略用于对业务使用的资源进行优化处理，N为正整数，N小于M；运维控制器将告警信息发送至目标资源优化执行器，控制目标资源优化执行器基于目标资源优化策略对业务进行资源优化处理，并生成资源优化结果，并将资源优化结果确定为处理结果。

具体的，在运维控制器识别告警信息后，得到的运维类型为资源优化类型时，例如，若告警信息包含CPU使用率超过阈值的信息时，运维控制器识别得到的运维类型为优化CPU使用率的资源优化类型，此时可以根据该资源优化类型从关联的资源优化策略库中筛选出能够执行该类型的目标资源优化策略，例如，对于内存占用过高的问题，可以选择减少不必要的进程或者调整内存使用策略。

进一步的，运维控制器根据目标资源优化策略从多个执行器中筛选出能够基于目标资源优化策略执行的执行器，也即得到目标资源优化执行器。进一步的，运维控制器将由告警信息以及告警信息生成的资源优化任务分发给服务器上的目标资源优化执行器，并控制目标资源优化执行器基于目标资源优化策略对业务进行资源优化处理，也即控制目标资源优化执行器在服务器上执行资源优化任务，并生成资源优化结果，例如，为解决内存占用过高的问题，目标资源优化执行器可以杀死不必要的进程或者调整内存使用策略。在执行完毕后，目标资源优化执行器生成资源优化结果，并将生成资源优化结果反馈给运维控制器。本实施例通过由运维控制器控制目标执行器对业务使用的资源进行资源优化操作，从而实现对业务的运维管理，降低了人力成本，提高了运维管理的效率。

为了有效存储运维模块生成的处理结果，可选地，在本申请实施例提供的运维处理方法中，该系统还包括第一预设网关以及状态数据库，运维模块和状态数据库通过第一预设网关通信连接，在控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果之后，该方法包括：运维模块通过第一预设网关将处理结果以及告警信息发送至状态数据库。

具体的，当运维模块对业务使用的资源进行处理后，会生成处理结果，为了提高用户的体验感受的同时能够有效存储处理结果，运维模块可以基于第一预设网关将处理结果以及关联的告警信息发送至状态数据库，由状态数据库存储相关信息，以便及时向用户展示。本实施例运维模块通过向状态数据库发送处理结果以及告警信息，为向用户展示处理结果奠定基础。

为了使用户能够及时查收处理结果，可选地，在本申请实施例提供的运维处理方法中，该系统还包括第二预设网关，监控告警模块和状态数据库通过第二预设网关通信连接，在运维模块通过第一预设网关将处理结果以及告警信息发送至状态数据库之后，该方法还包括：运维模块根据预设语句以及处理结果生成目标发送信息，并将目标发送信息发送至用户使用的客户端，其中，目标发送信息用于提醒用户关注处理结果；在监控告警模块接收到用户通过客户端发送的查询指令的情况下，监控告警模块通过第二预设网关从状态数据库中获取处理结果，并将处理结果展示在监控告警模块关联的前端页面。

具体的，在运维模块中的运维控制器接收到由目标执行器生成的处理结果后，运维控制器根据预设语句将处理结果转换为提醒用户关注结果的目标发送信息，并将其发送至用户使用的客户端。

在用户通过客户端接收到目标发送信息后，向服务器的监控告警模块发送关于查询结果的查询指令，当监控告警模块接收到用户通过客户端发送的查询指令后，监控告警模块通过第二预设网关从状态数据库中查询与查询指令有关的处理结果，并将处理结果展示在监控告警模块关联的前端页面，进而可以使用户通过前端页面及时查看到运维的处理结果。本实施例通过对处理结果进行处理，进而使用户能及时获取处理结果，从而提高了用户的使用体验。

在对业务的资源使用数据进行监控操作前，需要对监控告警模块、运维模块以及状态数据库进行配置，可选地，在本申请实施例提供的运维处理方法中，在通过监控告警模块获取资源使用数据之前，该方法还包括：基于预设指令调用第一工具、第二工具以及第三工具，并分别对第一工具、第二工具以及第三工具进行第一数据配置处理，由配置后的第一工具、配置后的第二工具以及配置后的第三工具集成得到监控告警模块；将监控告警模块、运维模块以及状态数据库进行第二数据配置处理，将监控告警模块和运维模块建立通信连接，基于第一预设网关将运维模块和状态数据库建立通信连接，基于第二预设网关将监控告警模块和状态数据库建立通信连接。

具体的，在对监控告警模块、运维模块以及状态数据库进行配置时，需要对第一工具、第二工具以及第三工具进行配置，在对这些工具进行配置时，首先通过预设指令调用第一工具、第二工具以及第三工具，再对这些工具的配置参数进行调整，使得第一工具、第二工具以及第三工具能够相互通信传输，最后将第一工具、第二工具以及第三工具进行第一数据配置处理，使其集成为监控告警模块。

进一步的，将监控告警模块、运维模块以及状态数据库的相关参数进行配置，使得监控告警模块和运维模块之间建立通信连接，将运维模块和状态数据库基于第一预设网关建立通信连接，将监控告警模块和状态数据库基于第二预设网关建立通信连接。本实施例通过将监控告警模块、运维模块以及状态数据库进行配置，进而实现不同模块间通信传输，为对业务关联的资源进行处理奠定基础。

本申请实施例还提供了一种运维处理方法，图3是根据本申请实施例提供的可选的运维处理方法的示意图，如图3所示，该方法包括：

为了及时监控并维护业务运行时所需的资源，防止出现影响其他业务运行的现象，可以通过配置监控告警模块及时获取业务运行时的资源使用数据，并对资源使用数据进行判断，根据判断结果对该业务关联的资源进行处理。

具体的，由监控告警模块中的第一工具(例如“Grafana”工具)在获取业务运行时的配置参数，并根据获取的配置参数生成告警规则，当监控告警模块中的第二工具(例如“Prometheus”工具)获取到资源使用数据后，接收第二工具发送的资源使用数据，判断资源使用数据是否满足设置的告警规则，在资源使用数据满足告警规则时触发生成告警信息的指令，在生成告警信息，并通过第二工具将告警信息发送至监控告警模块中的第三工具(例如“Alertmanager”工具)。

进一步的，在第三工具接收到告警信息后，触发运维任务，将告警信息转发至运维模块中的运维控制器，运维控制器接收到告警信息后，识别告警信息得到业务的运维类型，并根据确定的运维类型从关联的运维处理策略库中筛选出能够处理该运维类型的目标处理策略，由筛选出的目标处理策略从关联的多个执行器中筛选出能够执行该目标处理策略的目标执行器。

再进一步的，通过运维控制器控制该目标执行器基于目标处理策略对业务使用的资源进行运维处理，目标执行器生成处理结果后将处理结果反馈给运维控制器，运维控制器通过第一预设网关将处理结果以及告警信息发送至状态数据库，并根据预设语句以及处理结果生成目标发送信息，并将目标发送信息发送至用户使用的客户端。在监控告警模块接收到用户通过客户端发送的查询指令的情况下，监控告警模块通过第二预设网关从状态数据库中获取处理结果，并将处理结果展示在监控告警模块关联的前端页面。

本实施例通过利用监控告警模块获取资源使用数据，并判断资源使用数据是否满足告警规则，从而根据判断结果生成告警信息，并由运维模块基于告警信息对业务使用的资源进行处理，以得到处理结果，进而达到了提高运维设备集成率并提高运维处理效率的效果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例还提供了一种运维处理装置，需要说明的是，本申请实施例的运维处理装置可以用于执行本申请实施例所提供的用于运维处理方法。以下对本申请实施例提供的运维处理装置进行介绍。

图4是根据本申请实施例提供的运维处理装置的示意图，如图4所示，该装置包括：第一获取单元40、第一生成单元41、确定单元42。

第一获取单元40，用于在业务运行的情况下，通过监控告警模块获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，得到判断结果，其中，资源使用数据用于指示业务运行时的资源使用情况；

第一生成单元41，用于在判断结果表征资源使用数据满足告警规则的情况下，由监控告警模块根据资源使用数据生成告警信息，并将告警信息发送至运维模块，其中，告警信息用于提示运维模块处理运维任务；

确定单元42，用于由运维模块根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果。

可选地，在本申请实施例提供的运维处理装置中，该装置包括：监控告警模块包括第一工具、第二工具以及第三工具，其中，第二工具用于收集资源使用数据，并将资源使用数据发送至第一工具；第一工具用于获取业务运行时的配置参数，并根据配置参数生成告警规则，还用于接收资源使用数据，判断资源使用数据是否满足告警规则，在资源使用数据满足告警规则的情况下生成告警信息，并将告警信息发送至第三工具，其中，配置参数用于表征业务的预设资源使用情况；第三工具用于将告警信息发送至运维模块。

可选地，在本申请实施例提供的运维处理装置中，运维模块包括运维控制器以及M个执行器，其中，M为正整数，由运维模块根据告警信息确定运维类型和目标执行器，确定单元42包括：识别模块，用于在运维控制器接收到告警信息的情况下，识别告警信息，得到业务的运维类型；第一筛选模块，用于根据运维类型从运维处理策略库中筛选得到目标处理策略，并根据目标处理策略从M个执行器中筛选得到目标执行器；第一发送模块，用于运维控制器将告警信息发送至目标执行器，控制目标执行器基于目标处理策略对业务使用的资源进行处理，得到处理结果。

可选地，在本申请实施例提供的运维处理装置中，确定单元42包括：第二筛选模块，用于根据资源优化类型从资源优化策略库中筛选得到目标资源优化策略，并根据目标资源优化策略从N个执行器中筛选得到目标资源优化执行器，其中，目标资源优化策略用于对业务使用的资源进行优化处理，N为正整数，N小于M；第二发送模块，用于运维控制器将告警信息发送至目标资源优化执行器，控制目标资源优化执行器基于目标资源优化策略对业务进行资源优化处理，并生成资源优化结果，并将资源优化结果确定为处理结果。

可选地，在本申请实施例提供的运维处理装置中，该系统还包括第一预设网关以及状态数据库，运维模块和状态数据库通过第一预设网关通信连接，该装置包括：发送单元，用于在控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果之后，运维模块通过第一预设网关将处理结果以及告警信息发送至状态数据库。

可选地，在本申请实施例提供的运维处理装置中，该系统还包括第二预设网关，监控告警模块和状态数据库通过第二预设网关通信连接，该装置还包括：第二生成单元，用于在运维模块通过第一预设网关将处理结果以及告警信息发送至状态数据库之后，运维模块根据预设语句以及处理结果生成目标发送信息，并将目标发送信息发送至用户使用的客户端，其中，目标发送信息用于提醒用户关注处理结果；第二获取单元，用于在监控告警模块接收到用户通过客户端发送的查询指令的情况下，监控告警模块通过第二预设网关从状态数据库中获取处理结果，并将处理结果展示在监控告警模块关联的前端页面。

可选地，在本申请实施例提供的运维处理装置中，该装置还包括：调用单元，用于在通过监控告警模块获取资源使用数据之前，基于预设指令调用第一工具、第二工具以及第三工具，并分别对第一工具、第二工具以及第三工具进行第一数据配置处理，由配置后的第一工具、配置后的第二工具以及配置后的第三工具集成得到监控告警模块；处理单元，用于将监控告警模块、运维模块以及状态数据库进行第二数据配置处理，将监控告警模块和运维模块建立通信连接，基于第一预设网关将运维模块和状态数据库建立通信连接，基于第二预设网关将监控告警模块和状态数据库建立通信连接。

本申请实施例提供的运维处理装置，通过第一获取单元40，用于在业务运行的情况下，通过监控告警模块获取业务运行时的资源使用数据，判断资源使用数据是否满足告警规则，得到判断结果，其中，资源使用数据用于指示业务运行时的资源使用情况；第一生成单元41，用于在判断结果表征资源使用数据满足告警规则的情况下，由监控告警模块根据资源使用数据生成告警信息，并将告警信息发送至运维模块，其中，告警信息用于提示运维模块处理运维任务；确定单元42，用于由运维模块根据告警信息确定运维类型和目标执行器，控制目标执行器基于运维类型对业务使用的资源进行处理，得到处理结果，解决了相关技术中对业务运行时使用的资源进行运维处理时运维设备集成率低、处理效率低的问题，通过利用监控告警模块获取资源使用数据，并判断资源使用数据是否满足告警规则，从而根据判断结果生成告警信息，并由运维模块基于告警信息对业务使用的资源进行处理，以得到处理结果，进而达到了提高运维设备集成率并提高运维处理效率的效果。

上述运维处理装置包括执行器和存储器，上述第一获取单元40、第一生成单元41、确定单元42等均作为程序单元存储在存储器中，由执行器执行存储在存储器中的上述程序单元来实现相应的功能。

执行器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决相关技术中对业务运行时使用的资源进行运维处理时运维设备集成率低、处理效率低的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种计算机存储介质，计算机存储介质用于存储程序，其中，程序运行时控制计算机存储介质所在的设备执行一种运维处理方法。

图5是根据本申请实施例提供的电子设备的示意图，如图5所示，本发明实施例提供了一种电子设备，电子设备50包括执行器、存储器及存储在存储器上并可在执行器上运行的程序，执行器用于运行计算机可读指令，其中，计算机可读指令运行时执行一种运维处理方法。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行一种运维处理方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的执行器以产生一个机器，使得通过计算机或其他可编程数据处理设备的执行器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个执行器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (11)

1.一种运维处理方法，其特征在于，应用于运维处理系统，所述系统包括监控告警模块以及运维模块，所述方法包括：

在业务运行的情况下，通过所述监控告警模块获取所述业务运行时的资源使用数据，判断所述资源使用数据是否满足告警规则，得到判断结果，其中，所述资源使用数据用于指示所述业务运行时的资源使用情况；

在所述判断结果表征所述资源使用数据满足所述告警规则的情况下，由所述监控告警模块根据所述资源使用数据生成告警信息，并将所述告警信息发送至所述运维模块，其中，所述告警信息用于提示所述运维模块处理运维任务；

由所述运维模块根据所述告警信息确定运维类型和目标执行器，控制所述目标执行器基于所述运维类型对所述业务使用的资源进行处理，得到处理结果。

2.根据权利要求1所述的方法，其特征在于，所述监控告警模块包括第一工具、第二工具以及第三工具，其中，

所述第二工具用于收集所述资源使用数据，并将所述资源使用数据发送至所述第一工具；

所述第一工具用于获取所述业务运行时的配置参数，并根据所述配置参数生成所述告警规则，还用于接收所述资源使用数据，判断所述资源使用数据是否满足所述告警规则，在所述资源使用数据满足所述告警规则的情况下生成所述告警信息，并将所述告警信息发送至所述第三工具，其中，所述配置参数用于表征所述业务的预设资源使用情况；

所述第三工具用于将所述告警信息发送至所述运维模块。

3.根据权利要求1所述的方法，其特征在于，所述运维模块包括运维控制器以及M个执行器，其中，M为正整数，由所述运维模块根据所述告警信息确定运维类型和目标执行器，控制所述目标执行器基于所述运维类型对所述业务使用的资源进行处理，得到处理结果包括：

在所述运维控制器接收到所述告警信息的情况下，识别所述告警信息，得到所述业务的运维类型；

根据所述运维类型从运维处理策略库中筛选得到目标处理策略，并根据所述目标处理策略从所述M个执行器中筛选得到所述目标执行器；

所述运维控制器将所述告警信息发送至所述目标执行器，控制所述目标执行器基于所述目标处理策略对所述业务使用的资源进行处理，得到所述处理结果。

4.根据权利要求3所述的方法，其特征在于，在所述运维类型为资源优化类型的情况下，控制所述目标执行器基于所述运维类型对所述业务使用的资源进行处理，得到处理结果包括：

根据所述资源优化类型从资源优化策略库中筛选得到目标资源优化策略，并根据所述目标资源优化策略从N个执行器中筛选得到目标资源优化执行器，其中，所述目标资源优化策略用于对所述业务使用的资源进行优化处理，N为正整数，N小于M；

所述运维控制器将所述告警信息发送至所述目标资源优化执行器，控制所述目标资源优化执行器基于所述目标资源优化策略对所述业务进行资源优化处理，并生成资源优化结果，并将所述资源优化结果确定为所述处理结果。

5.根据权利要求1所述的方法，其特征在于，所述系统还包括第一预设网关以及状态数据库，所述运维模块和所述状态数据库通过所述第一预设网关通信连接，在控制所述目标执行器基于所述运维类型对所述业务使用的资源进行处理，得到处理结果之后，所述方法包括：

所述运维模块通过所述第一预设网关将所述处理结果以及所述告警信息发送至所述状态数据库。

6.根据权利要求5所述的方法，其特征在于，所述系统还包括第二预设网关，所述监控告警模块和所述状态数据库通过所述第二预设网关通信连接，在所述运维模块通过所述第一预设网关将所述处理结果以及所述告警信息发送至所述状态数据库之后，所述方法还包括：

所述运维模块根据预设语句以及所述处理结果生成目标发送信息，并将所述目标发送信息发送至用户使用的客户端，其中，所述目标发送信息用于提醒所述用户关注所述处理结果；

在所述监控告警模块接收到所述用户通过所述客户端发送的查询指令的情况下，所述监控告警模块通过所述第二预设网关从所述状态数据库中获取所述处理结果，并将所述处理结果展示在所述监控告警模块关联的前端页面。

7.根据权利要求2所述的方法，其特征在于，在通过所述监控告警模块获取资源使用数据之前，所述方法还包括：

基于预设指令调用所述第一工具、所述第二工具以及所述第三工具，并分别对所述第一工具、所述第二工具以及所述第三工具进行第一数据配置处理，由配置后的第一工具、配置后的第二工具以及配置后的第三工具集成得到所述监控告警模块；

将所述监控告警模块、所述运维模块以及状态数据库进行第二数据配置处理，将所述监控告警模块和所述运维模块建立通信连接，基于第一预设网关将所述运维模块和所述状态数据库建立通信连接，基于第二预设网关将所述监控告警模块和所述状态数据库建立通信连接。

8.一种运维处理系统，其特征在于，所述运维处理系统用于运行权利要求1至7中任意一项所述的运维处理方法，包括：

监控告警模块，用于在业务运行的情况下，获取所述业务运行时的资源使用数据，判断所述资源使用数据是否满足告警规则，在所述资源使用数据满足所述告警规则的情况下，由根据所述资源使用数据生成告警信息，并将所述告警信息发送至运维模块；

所述运维模块，与所述监控告警模块通信连接，用于根据所述告警信息确定运维类型和目标执行器，控制所述目标执行器基于所述运维类型对所述业务使用的资源进行处理，得到处理结果。

9.根据权利要求8所述的系统，其特征在于，所述系统还包括：

客户端，用于接收所述运维模块发送的目标发送信息，还用于向所述监控告警模块发送查询指令，其中，所述目标发送信息用于提醒用户关注所述处理结果；

状态数据库，通过第一预设网关与所述运维模块通信连接，用于存储所述运维模块生成的所述处理结果，还通过第二预设网关与所述监控告警模块连接，用于接收所述监控告警模块传递的所述查询指令，并基于所述查询指令向所述监控告警模块反馈所述处理结果，其中，所述监控告警模块还用于将查询到的上述处理结果展示在前端页面。

10.一种计算机存储介质，其特征在于，所述计算机存储介质用于存储程序，其中，所述程序运行时控制所述计算机存储介质所在的设备执行权利要求1至7中任意一项所述的运维处理方法。

11.一种电子设备，其特征在于，包括一个或多个执行器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个执行器执行时，使得所述一个或多个执行器实现权利要求1至7中任意一项所述的运维处理方法。