CN114548928A - 申请审核方法、装置、设备及介质 - Google Patents

Abstract

本公开提供了一种申请审核方法，可以应用于金融领域或其他领域。该申请审核方法包括：响应于用户的申请操作，获取目标对象的资源使用数据，目标对象为申请操作中由用户指定的需要进行申请的对象；基于资源使用数据，确定目标对象的资源使用状态；基于资源使用状态，确定用户的申请状态；在确定用户的申请状态为继续申请的情况下，确定目标对象的申请类型；以及基于申请类型，确定目标对象的申请结果。本公开还提供了一种申请审核装置、设备、存储介质和程序产品。

Description

申请审核方法、装置、设备及介质

技术领域

本公开涉及金融领域，具体涉及服务器申请领域，特别涉及一种申请审核方法、装置、计算设备、计算机可读存储介质和计算机程序产品。

背景技术

金融业和银行业庞大的业务需求对支撑系统的并发能力、高可用能力以及性能负载能力有严格的要求。因此，例如IAAS(Infrastructure as a Service，基础设施即服务)、PAAS(Platform as a Service，平台即服务)等云化部署的解决方案应运而生，并逐步成为资源环境供应的主流。目前全行业重要节点正逐步推进系统软件的国产化、开源化，伴随此项工作的逐步开展，出现了大量的系统软件更新需求。此外，业务运行常态下例行的老旧设备换新、业务高峰扩容等事宜也包括正常的更新需求。这些更新需求体现为资源申请环节中服务器置换、同节点下扩容的需求飞速增长。

服务器供应面临着如何在保障业务正常开展的前提下避免过度冗余，目前，业界在服务器申请环节尚无明确的高效需求录入控制方案，无法解决生产环境出现大量服务器的中央处理器(Central Processing Unit，CPU)、内存使用率低下的问题。

发明内容

鉴于上述问题，本公开提供了一种申请审核方法、装置、计算设备、介质和程序产品，用于提高服务器的内存和中央处理器的使用率。

根据本公开的第一个方面，提供了一种申请审核方法，包括：响应于用户的申请操作，获取目标对象的资源使用数据，目标对象为申请操作中由用户指定的需要进行申请的对象；基于资源使用数据，确定目标对象的资源使用状态；基于资源使用状态，确定用户的申请状态；在确定用户的申请状态为继续申请的情况下，确定目标对象的申请类型；以及基于申请类型，确定目标对象的申请结果。

根据本公开的实施例，其中，基于申请类型，确定目标对象的申请结果包括：基于资源使用数据，确定申请类型对应的审核数据；在审核数据大于等于审核阈值的情况下，确定申请结果为合规，并将审核数据推送到系统审核节点；以及在审核数据小于审核阈值的情况下，确定申请结果为不合规，并将审核数据推送到审核节点进行审核，审核节点用于降低目标对象的申请数量或降低目标对象的申请级别，并在审核节点审核完成后，将审核数据推送到系统审核节点。

根据本公开的实施例，申请类型包括扩容类和置换类；其中，基于申请类型，确定目标对象的审核数据包括：在申请类型为扩容类的情况下，确定目标对象包含的多个服务器；确定多个服务器在预设时段内每分钟的使用率采集平均值；基于使用率采集平均值，确定第一峰值，第一峰值为在预设时段内使用率采集平均值的最大值；以及基于第一峰值，确定扩容审核数据，扩容审核数据为在预设区间内第一峰值的最大值。

根据本公开的实施例，其中，基于申请类型，确定目标对象的审核数据还包括：在申请类型为置换类的情况下，确定目标对象申请的置换服务器；确定置换服务器在预设时段内每分钟的使用率采集值；基于使用率采集值，确定第二峰值，第二峰值为在该预设时段内使用率采集值的最大值；以及基于第二峰值，确定置换审核数据，置换审核数据为在预设区间内第二峰值的最大值。

根据本公开的实施例，其中，基于资源使用数据，确定目标对象的资源使用状态包括：确定目标对象的预警阈值和警戒阈值；基于资源使用数据、预警阈值和警戒阈值，确定目标对象的资源使用状态。

根据本公开的实施例，还包括：显示目标对象的资源使用状态，其中，资源使用状态的显示形式包括水平线图。

根据本公开的实施例，其中，响应于来自用户的申请操作，获取目标对象的资源使用数据包括：显示数据获取界面，数据获取界面用于与用户进行交互；经由数据获取界面，获取来自用户的交互操作产生的交互数据；以及根据交互数据，获取目标对象的资源使用数据。

根据本公开的实施例，还包括：显示交互界面，交互界面用于获取可提供资源数据，可提供资源数据包括目标对象申请分配资源的分配系统可提供的资源数据；经由交互界面，获取来自用户的交互操作产生的可提供资源交互数据；根据可提供资源交互数据，显示分配系统的使用状态，用于确定申请对象的申请状态。

根据本公开的实施例，还包括：在分配系统的使用状态为余量不足的情况下，显示预警标志，用于通知用户延后申请。

本公开的第二方面提供了一种申请审核装置，包括：获取模块，用于响应于用户的申请操作，获取目标对象的资源使用数据，目标对象为申请操作中由用户指定的需要进行申请的对象；第一确定模块，用于基于资源使用数据，确定目标对象的资源使用状态；第二确定模块，用于基于资源使用状态，确定用户的申请状态；第三确定模块，用于在确定用户的申请状态为继续申请的情况下，确定目标对象的申请类型；以及审核模块，用于基于申请类型，确定目标对象的申请结果。

本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器执行上述申请审核方法。

本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述申请审核方法。

本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述申请审核方法。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的申请审核方法和申请审核装置的系统架构；

图2示意性示出了根据本公开实施例的申请审核方法的流程图；

图3示意性示出了根据本公开实施例的确定申请结果方法的流程图；

图4示意性示出了根据本公开实施例的确定扩容类申请数据方法的流程框图；

图5示意性示出了根据本公开实施例的确定置换类申请数据方法的流程图；

图6示意性示出了根据本公开另一实施例的确定申请结果的方法的流程框图；

图7示意性示出了根据本公开实施例的确定资源使用状态的流程图；

图8示意性示出了根据本公开另一实施例的确定资源使用状态方法流程图；

图9示意性示出了根据本公开实施例的显示资源使用状态的示意图；

图10示意性示出了根据本公开实施例的获取资源使用数据方法的流程图；

图11示意性示出了根据本公开实施例的数据获取界面的示意图；

图12示意性示出了根据本公开实施例的获取分配系统的使用状态方法的流程图；

图13示意性示出了根据本公开实施例的交互界面的示意图；

图14示意性示出了根据本公开另一实施例的获取分配系统的使用状态方法的流程图；

图15示意性示出了根据本公开实施例的申请审核装置的结构框图；

图16示意性示出了根据本公开实施例的适于实现申请审核方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

本公开的实施例提供了一种申请审核方法，包括：响应于用户的申请操作，获取目标对象的资源使用数据，目标对象为申请操作中由用户指定的需要进行申请的对象；基于资源使用数据，确定目标对象的资源使用状态；基于资源使用状态，确定用户的申请状态；在确定用户的申请状态为继续申请的情况下，确定目标对象的申请类型；以及基于申请类型，确定目标对象的申请结果。

图1示意性示出了根据本公开实施例的申请审核方法和申请审核装置的系统架构。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的申请审核方法一般可以由服务器105执行。相应地，本公开实施例所提供的申请审核装置一般可以设置于服务器105中。本公开实施例所提供的申请审核方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的申请审核装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

以下将基于图1描述的系统架构，通过图2～图11对公开实施例的申请审核方法进行详细描述。

图2示意性示出了根据本公开实施例的申请审核方法的流程图。

如图2所示，该方法包括操作S201～S205。

在操作S201，响应于用户的申请操作，获取目标对象的资源使用数据。

根据本公开的实施例，用户通过申请审核装置进行申请资源的操作，在申请操作过程会提供申请数据，申请审核装置能够通过用户提供的申请数据获取需要申请资源的目标对象和关于目标对象的资源使用数据。用户提供的目标对象可以是针对一个服务器进行的资源申请，也可以是针对一个业务节点进行的资源申请，由于支持一个业务节点功能的服务器通常包括多个，所以目标对象可以为以一个业务节点为框架的多个服务器。

根据本公开的实施例，资源使用数据包括服务器的使用率数据，申请审核装置根据该使用率数据可以得到目标对象当前的使用情况。具体的，服务器的使用率数据包括内存或CPU的使用率数据。

根据本公开的实施例，例如，用户需要针对节点A申请生产扩容，用户在申请审核装置中指定需要进行申请资源的节点A后，申请审核装置确定与节点A对应的服务器B和服务器C的使用率数据。申请审核装置对服务器B和服务器C的使用率数据进行分析，例如，当服务器B和服务器C的使用率都较低时，表明服务器B和C资源充足。

在操作S202，基于资源使用数据，确定目标对象的资源使用状态。

根据本公开的实施例，当获取目标对象的资源使用数据后，申请审核装置根据资源使用数据中CPU或内存的使用率数据来确定目标对象的资源使用状态。资源使用状态包括资源使用率高和资源使用率低，例如，当使用率数据低时，表明目标对象的资源充足，后续可以通过提高使用率来处理相应的业务，不需要分配新的资源，由此可以减少目标对象的资源浪费。当使用率高时，表明目标对象的资源使用量比较高，可以通过分配系统分配新的资源来处理相应的业务。

在操作S203，基于资源使用状态，确定用户的申请状态。

根据本公开的实施例，用户充分了解当前目标对象的资源使用状态之后，用户通过操作改变申请状态。具体的，在申请审核装置确定用户的资源使用状态为低的情况下，表明目标对象的业务功能可以通过提高服务器的使用率来实现，不需要进行申请新的资源，用户可以通过在申请审核装置进行操作，将申请状态修改为放弃申请；在申请审核装置确定用户的资源使用状态为高的情况下，用户可以通过在审核审核装置上进行操作，将申请审核状态修改为继续申请。

根据本公开的实施例，确定用户的申请状态也可以通过提示弹窗的方法，让用户进行操作。

在操作S204，在确定用户的申请状态为继续申请的情况下，确定目标对象的申请类型。

根据本公开的实施例，用户在了解目标对象的资源使用状态之后，确定用户的申请状态为继续申请，申请审核装置在继续申请的情况下，根据目标对象的申请请求自动校验目标对象的需求，确定目标对象的申请类型。申请类型可以包括扩容类和置换类。

在操作S205，基于申请类型，确定目标对象的申请结果。

根据本公开的实施例，确定目标对象的申请类型之后，申请审核装置根据申请类型的审核数据可以得到初步的审核结果，初步审核结果包括审核合规和不合规。申请审核装置根据初步的审核结果进行处理后，确定最终的申请结果。例如，审核结果是审核合规，允许进行资源的申请，则进入到最后的系统审核节点，确定申请结果；审核结果是审核不合规，进行相应的处理后再允许资源的申请，进入到最后的系统审核节点。需要注意的是，初步审核结果在审核结果是不合规的情况下，并不是直接拒绝申请请求，而是通过相应的处理，降低申请的服务器数量和性能配置后再允许资源的申请，并且最后的系统审核节点确定的申请结果是对于目标对象的分配资源不同。

本申请通过确定目标对象的资源使用状态来进一步确定目标对象的申请状态，使用户了解资源使用状态后再确定是否继续申请，从源头上解决了服务器申请数量过多问题，提升了自身资源的利用率。在用户继续申请的情况下，申请审核装置通过确定申请类型后，确定目标对象的初步审核结果后再进入到系统审核节点分配审核资源，能够对不合适的服务器申请数量重新进行规划，提高目标对象的资源使用率，避免分配冗余的服务器，减少资源浪费，提高企业的经济效益。

图3示意性示出了根据本公开实施例的确定申请结果方法的流程图。

如图3所示，该方法包括操作S301～S303。

在操作S301，基于申请类型，确定申请类型对应的审核数据。

根据本公开的实施例，申请类型包括扩容类和置换类，确定目标对象的申请类型后，从资源使用数据中得到CPU或内存的使用率数据，根据CPU或内存的使用率数据计算得到用于审核的审核数据。具体的，可以是根据CPU或内存的使用率数据获得的平均值数据，得到一个稳定的判断标准；还可以是根据CPU或内存的使用率数据获取的峰值数据，得到一个最大限度分配资源的数据。

根据本公开的实施例，申请类型包括扩容类和置换类，申请类型还可以包括按照业务功能划分的等级。具体的，置换类和扩容类都包括A级、B级、C级、D级和其他级，对应的将不同级别的数据划分为不同的审核数据。例如，将A级划分为与核心业务相关的数据，例如某银行存款、结算业务产生的数据；将B级划分为与非核心业务相关的数据，例如某银行保险、债券业务产生的数据；将C级划分为技术支撑数据，该业务支撑数据与业务数据不直接相关，但为该业务数据提供技术支撑，例如某银行信贷业务管理系统产生的数据；将D级划分为与办公相关的数据，例如某银行内部的办公数据；其余的划分为其他级。

在操作S302，在审核数据大于等于审核阈值的情况下，确定申请结果为合规，并将审核数据推送到系统审核节点。

根据本公开的实施例，多种等级的审核数据对应有多种审核阈值。具体的，仍以上述将申请类型按照业务功能划分为A级、B级、C级、D级和其他级举例，将与业务相关的A级和B级审核阈值确定为内存或CPU使用率的30％，用于保证业务功能正常使用；将划分为技术支撑数据的C级审核阈值确定为内存或CPU使用率的40％，将与办公相关的C级审核阈值确定为内存或CPU使用率的50％，其他级别的审核阈值划分为30％。在实际应用中，将不同管理要求对应的数据自定义为多种等级，划分相应的阈值，保证申请审核装置的系统精细化管理。

根据本公开的实施例，在审核数据大于等于审核阈值的情况下，表明目标对象的服务器使用率高于审核阈值，可以申请新的资源来处理相关业务。将初步申请结果确定为合规，并将审核数据推送到系统审核节点，系统审核节点是对系统软件、高可用等性能进行审核。系统审核节点确定申请结果后，进入服务器搭建节点，用于构建分配给目标对象的资源。

在操作S303，在审核数据小于审核阈值的情况下，确定申请结果为不合规，并将审核数据推送到审核节点进行审核，并在审核节点审核完成后，将审核数据推送到系统审核节点。

根据本公开的实施例，在审核数据小于审核阈值的情况下，表明目标对象的服务器使用率低于审核阈值，没有实现对服务器的合理应用，此时如果按照申请的规格和数量进行分配，会造成资源的浪费，所以将初步申请结果确定为不合规。将审核数据推送到审核节点进行审核，审核节点对申请规格进行评估，可以给出降低目标对象的申请数量或降低目标对象的申请级别的意见，用于减少资源浪费。在审核节点审核完成后，将审核数据推送到系统审核节点，完成对系统软件、高可用等性能的审核后进入服务器搭建节点，构建目标对象的分配资源。

本公开通过对申请类型划分等级，对于多个等级的目标对象设定多个审核阈值，采用多个审核标准来确定申请资源的结果，能够全面、精细化地降低资源浪费。

图4示意性示出了根据本公开实施例的确定扩容类申请数据方法的流程框图。

如图4所示，该方法包括操作S401～S404。

在操作S401，在申请类型为扩容类的情况下，确定目标对象包含的多个服务器。

根据本公开的实施例，申请类型为扩容类的目标对象为业务节点，对应多个服务器来实现该业务节点的功能，所以需要确定该业务节点对应的多个服务器。

在操作S402，确定多个服务器在预设时段内每分钟的使用率采集平均值。

根据本公开的实施例，申请审核装置以每分钟为粒度采集服务器的CPU或内存使用率。扩容类对应的目标对象包括多个服务器，通过计算出多个服务器每分钟内的使用率采集平均值，可以得到在预定时段内每分钟使用率采集平均值。

例如，预设时段为一天，计算多个服务器在一天内每分钟的使用率采集平均值，预设时段内一共包括1440个使用率采集平均值。

在操作S403，基于使用率采集平均值，确定第一峰值。

根据本公开的实施例，在确定预定时段内每分钟的使用率采集平均值之后，筛选出在该预设时段内最大的使用率采集平均值作为第一峰值。例如，预设时段为一天，在一天内的第12小时01分计算的使用率采集平均值最大，则第720个使用率采集平均值为第一峰值。

在操作S404，基于第一峰值，确定扩容审核数据。

根据本公开的实施例，在确定第一峰值后，根据第一峰值确定在预设区间内第一峰值的最大值得到扩容审核数据。例如，预设区间申请日之前的一个月，申请日为4月15日，将3月15日到4月15日之间的日期设为预设区间，根据每天的使用率采集平均值的峰值(第一峰值)，得到4月1日当天的第一峰值为最大的第一峰值，所以将扩容审核数据确定为4月1日当天的第一峰值。

图5示意性示出了根据本公开实施例的确定置换类申请数据方法的流程图。

如图5所示，该方法包括操作S501～S504。

在操作S501，在申请类型为置换类的情况下，确定目标对象申请的置换服务器。

根据本公开的实施例，在申请类型为置换类的情况下，需要明确进行置换的服务器，系统获取实现该业务的节点和置换服务器，目标对象为置换服务器。置换服务器通过用户在申请操作中输入的置换服务器ip来确定。

在操作S502，确定置换服务器在预设时段内每分钟的使用率采集值。

根据本公开的实施例，申请审核装置以每分钟为粒度采集置换服务器的CPU或内存使用率。设置预设时段后，得到在预设时段内所有的使用率采集值。例如，预设时段为一天，一天包括1440分钟，该预设时段内一共获得1440个使用率采集值。

在操作S503，基于使用率采集值，确定第二峰值。

根据本公开的实施例，在确定预定时段内每分钟的使用率采集值之后，筛选出在该预设时段内置换服务器的最大的使用率采集值作为第二峰值。例如，预设时段为一天，在一天内的第12小时01分计算的使用率采集值最大，则第720个使用率采集平均值为第二峰值。

在操作S504，基于第二峰值，确定置换审核数据。

根据本公开的实施例，在确定第二峰值后，根据第二峰值确定在预设区间内第二峰值的最大值得到置换审核数据。预设区间设置为距离设置为距离申请日最近的一个月，每个月包含的具体天数可以根据实际情况来确定预设区间，也可以通过将每个月定义为固定的30天。

图6示意性示出了根据本公开另一实施例的确定申请结果的方法的流程框图。

如图6所示，该方法包括操作S601～S609。

在操作S601，继续申请。继续申请节点对应为确定资源使用状态后，确定用户的申请状态为继续申请。根据本公开的一个实施例，对应于图2描述的操作S203。

在操作S602，扩容类。在确定申请状态为继续申请后，确定申请类型为扩容类。根据本公开的一个实施例，对应于图2描述的操作S204。

在操作S603，置换类。在确定申请状态为继续申请后，确定申请类型为置换类。根据本公开的一个实施例，对应于图2描述的操作S204。

在操作S604，确定扩容审核数据。在确定申请类型后，确定目标对象对应的审核数据为扩容审核数据。根据本公开的一个实施例，对应于图4描述的操作S401到操作S404。

在操作S605，确定置换审核数据。在确定申请类型后，确定目标对象对应的审核数据为置换审核数据。根据本公开的一个实施例，对应于图5描述的操作S501到操作S504。

在操作S606，扩容审核数据是否小于审核阈值。根据审核类型和审核级别确定审核阈值后，将扩容审核数据与对应的审核阈值进行比较，得到初步的审核结果。根据本公开的一个实施例，对应于图3描述的操作S301。

在操作S607，置换审核数据是否小于审核阈值。根据审核类型和审核级别确定审核阈值后，将置换审核数据与对应的审核阈值进行比较，得到初步的审核结果。根据本公开的一个实施例，对应于图3描述的操作S301。

在操作S608，审核节点。在扩容审核数据小于对应的审核阈值时，将审核数据推送到审核节点，以及在置换审核数据小于对应的审核阈值时，将审核数据推送到审核节点。审核节点用于降低目标对象的申请数量或降低目标对象的申请级别。根据本公开的一个实施例，对应于图3描述的操作S303。

在操作S609，系统审核。在审核节点审核完成后，将审核数据推送到系统审核节点，以及在审核数据大于等于审核阈值的情况下，将审核数据推送到系统审核节点。系统审核节点用于对系统软件、高可用性能等进行审核，确定申请结果。根据本公开的一个实施例，对应于图3描述的操作S302。

根据本公开的实施例，在确定资源使用状态后，用户决定继续申请，申请状态确定为继续申请后，申请审核装置确定目标对象的申请类型为扩容类或置换类，根据申请类型确定对应的审核数据和审核阈值。在审核数据大于等于审核阈值的情况下，将审核数据直接推送到系统审核节点；在审核数据小于审核阈值的情况下，将审核数据推动到审核节点审核后，再进入系统审核节点。系统审核节点对审核数据进行审核后，进入到搭建服务器的节点，完成对服务器的申请审核过程。

图7示意性示出了根据本公开实施例的确定资源使用状态的流程图。

如图7所示，该方法包括操作S701～S702。

在操作S701，确定目标对象的预警阈值和警戒阈值。

根据本公开的实施例，基于资源使用数据，可以得到目标对象的CPU使用率和内存使用率，在实际应用中需要避免使用率过低导致的资源浪费，同时也需要避免因使用率过高引起服务器性能问题而影响业务功能。根据目标对象的CPU使用率和内存使用率来设定预警阈值和警戒阈值，以确定目标对象的资源使用状态。具体的，CPU使用率的预警阈值可以设定为该服务器核数的80％，警戒阈值为该服务器核数的90％；内存使用率的预警阈值可以设定为该服务器内存的90％，警戒阈值为该服务器内存的95％。

在操作S702，基于资源使用数据、预警阈值和警戒阈值，确定目标对象的资源使用状态。

根据本公开的实施例，在确定预警阈值和警戒阈值后，将资源使用数据包含的内存使用率和CPU使用率数据与对应的预警阈值和警戒阈值进行比较，不仅能够得到当前服务器的内存使用率、CPU使用率的具体使用情况，还能够得到内存使用率、CPU使用率与对应的预警阈值和警戒阈值的差距，便于用户实时、清楚、准确地获取目标对象的资源使用状态。

图8示意性示出了根据本公开另一实施例的确定资源使用状态方法流程图。

如图8所示，该方法包括操作S801～S803。

在操作S801，确定目标对象的预警阈值和警戒阈值。根据目标对象的资源使用数据确定目标对象的预警阈值和警戒阈值。根据本公开的一个实施例，对应于图7描述的操作S701。

在操作S802，基于资源使用数据、预警阈值和警戒阈值，确定目标对象的资源使用状态。将资源使用数据包含的内存使用率和CPU使用率数据与对应的预警阈值和境界阈值进行比较，确定目标对象的资源使用状态。根据本公开的一个实施例，对应于图7描述的操作S702。

在操作S803，显示目标对象的资源使用状态，其中，资源使用状态的显示形式包括水平线图。

根据本公开的实施例，目标对象的资源使用状态包括内存使用状态和CPU使用状态。在确定内存的内存使用率、预警阈值和警戒阈值后，可以将内存使用率、预警阈值和警戒阈值以图形的形式显示出来。

根据本公开的实施例，通过向申请审核装置内导入jfreechart包，调用包内方法或其他绘图工具接口实现图形绘制，以水平线图的方式显示出来。具体的，通过采用Vue+Websocket的方法实现数据库数据在前台界面的实时刷新，保证资源申请审核装置可以实时展现目标对象对应一个应用节点包含的多个服务器或单个置换服务器的CPU、内存使用率的使用效果。

图9示意性示出了根据本公开实施例的显示资源使用状态的示意图。

如图9所示，图9根据资源使用数据、预警阈值和警戒阈值显示出来目标对象当前的资源使用状态。图9(a)是CPU使用率的资源使用状态，图9(b)是内存使用率的资源使用状态。图9(a)中CPU资源使用状态可以包括CPU的总共使用率、用户CPU使用率、系统使用率、IO使用率多个曲线，多条曲线也可以同时表示在图中。根据图9(a)可以看出CPU使用率都不超过20％，离预警阈值和警戒阈值的距离都很远，表明此时CPU的使用率比较低。图9(b)中包括内存使用率、警戒阈值和预警阈值，可以看出内存使用率接近60％，但并没有到达预警阈值和警戒阈值，表明此时内存使用率偏高，可以继续申请资源。

图10示意性示出了根据本公开实施例的获取资源使用数据方法的流程图。

如图10所示，该方法包括操作S1001～S1003。

在操作S1001，显示数据获取界面，数据获取界面用于与用户进行交互。

根据本公开的实施例，响应于来自用户的申请操作后，申请审核装置可以向用户显示数据获取界面，通过数据获取界面与用户进行交互。数据获取界面包括用于输入应用名称的“应用”字段、应用节点名称的“节点”字段以及指示具体服务器的“ip”字段。还包括用户可以进行查询的指标项“内存”、“CPU”、“磁盘容量等”。用户可以通过上述字段和查询项来完成交互操作。

图11示意性示出了根据本公开实施例的数据获取界面的示意图。

根据本公开的实施例，如图11所示，数据交互界面内提供可选字段包括“应用”、“节点”、“ip”，提供查询项“CPU”、“内存”、“磁盘容量”等，还包括时间查询的字段“近1小时”、“近1天”、“近7天”、“近31天”等。对于进行时间查询的资源还可以通过自定义的字段设置来向用户提供查询时间段的功能。“峰值”和“均值”字段则可以根据每分钟的使用率采集值计算每小时的CPU或内存的峰值及均值。

根据本公开的实施例，本公开的系统架构依次部署为应用软件层、系统软件层、高阶云资源层、IAAS(基础设施云)资源层、物理资源层。物理资源层，包括给应用提供功能支持的物理机(计算、存储)、交换机、网络资源及专有设备(磁盘机和F5负载均衡设备)等；IAAS资源层，包括云主机、裸金属、文件存储、VPC/Subnet等资源，用于满足入云应用的计算、存储、网络等资源需求，申请审核系统可以通过IAAS资源层采集云主机(IAAS虚拟机)和裸金属(高隔离、高性能、可视为IAAS物理机)的资源使用率；在高阶级云资源层包括PAAS容器、分布式缓存等构成等，申请审核装置可以通过高阶级云资源层采集PAAS应用容器(部署于云主机上)、MySQL数据库容器(部署于裸金属服务器上)的资源使用率；系统软件层，包括用于监控生产运行状况的监控Agent工具和MySQL数据库，Agent以分钟为粒度采集每台云主机、裸金属、PAAS应用容器、MySQL数据库容器下的CPU、内存使用率信息，连同服务器ip一并存入MySQL数据库中，供其他系统取用；应用软件层用于确定用户的资源使用状态和对用户的资源申请进行审核。

根据本公开的实施例，获取模块不仅可以获取资源使用数据，还可以显示数据获取界面、交互界面。获取模块可以通过接口的方式供审核模块调用信息。并且，对于本公开提供的申请审核装置，采用前后端分离的开发模式，技术栈为采用SpringBoot框架实现后端处理、Vue框架实现前端页面绘制，系统软件层和应用软件层进行数据传输的格式为Json。

在操作S1002，经由数据获取界面，获取来自用户的交互操作产生的交互数据。

根据本公开的实施例，申请审核装置通过数据获取界面，获取到对应字段的交互数据，将交互数据按照操作顺序生成查询数据，以便通过查询数据获取数据库中存储的服务器的CPU使用率数据和内存使用率数据。例如，等到用户实现相应的交互动作后，将交互数据生成查数SQL，通过查数SQL实时获取数据库中对应的CPU使用率数据和内存使用率数据。

在操作S1003，根据交互数据，获取目标对象的资源使用数据。

根据本公开的实施例，申请审核装置通过在系统软件层部署监控Agent工具以每分钟为粒度采集每台服务器的CPU、内存使用信息，结合服务器ip、日期等构成一组数据存储在流处理平台KaFka中，KaFka中的数据经过Flink加工处理后存储于时序空间大数据引擎tdengine中。系统软件层和应用软件层的数据交互通过Json格式的数据来实现。

根据本公开的实施例，申请审核装置通过在应用软件层获取到交互数据，将交互数据生成Json格式的查询数据后，通过接口调用存储在时序空间大数据引擎tdengine中的CPU使用率数据和内存使用率数据。

本公开提供的申请审核方法通过设计系统架构，利用与用户的交互数据产生查询数据，通过生成的查询数据调用存储在时序空间大数据引擎中的数据。通过采用时序空间大数据引擎，利用时序空间大数据引擎对时序数据的高性能处理、支持数据订阅特性，最大化的提升性能处理效率，避免申请过程中出现高延时，影响用户体验。

图12示意性示出了根据本公开实施例的获取分配系统的使用状态方法的流程图。

如图12所示，该方法包括操作S1201～S1203。

在操作S1201，显示交互界面。

根据本公开的实施例，在确定目标对象的资源使用状态之前，还可以通过显示交互界面，用于与用户进行交互，获取对目标对象进行资源分配的分配系统可提供的资源数据。通过交互界面，用户能够获得分配系统当前的可使用资源，以便用户在了解目标服务器使用情况的同时全面了解整个分配系统的使用情况。

根据本公开的实施例，交互界面包括“查询指标”、“网络环境”和“部署地”多个字段，能够精确的查询在具体网络环境下某部署地的分配系统的CPU使用情况或内存使用情况。

在操作S1202，经由交互界面，获取来自用户的交互操作产生的可提供资源交互数据。

图13示意性示出了根据本公开实施例的交互界面的示意图。

根据本公开的实施例，如图13所示，申请审核装置通过交互界面展示的交互字段获取可提供资源交互数据。具体的，当用户在交互界面选择A部署地、IAAS(内网)环境、CPU这几项查询指标时，申请审核装置通过系统软件层的监控Agent工具从高阶云资源层的MySQL数据库容器、PAAS应用容器和IAAS资源层的云主机、裸金属采集CPU、内存使用率信息。

在操作S1203，根据可提供资源交互数据，显示分配系统的使用状态。

根据本公开的实施例，当获取可提供资源交互数据后，申请审核装置可以通过调用绘图工具(如：Echarts)接口实现图形在前端页面的绘制，采用Vue+Websocket的方法实现前端页面实时刷新，最终完成对CPU核数、内存总容量、可提供CPU核数、可提供内存容量等信息的动态展现。具体的显示分配系统的使用状态可以如图13所示，以柱状图的方法直观显示出分配系统的使用状态。此外，分配系统的使用状态可以在交互界面上实时显现出来，也可以通过新的界面向用户展示。本公开提供的申请审核装置通过向用户展示分配系统的使用状态，以便用户根据分配系统的使用状态来确定是否继续进行申请，有利于减少资源浪费，提高各个服务器的资源使用率。

例如，用户进行申请操作后，通过显示界面得到当前分配系统的CPU已使用3000个核，CPU总核数为6000，当前使用状态已经超过总容量的50％，分配系统的剩余资源比较紧张，为了不影响正常业务的进行，用户可以确定申请状态为放弃申请。

图14示意性示出了根据本公开另一实施例的获取分配系统的使用状态方法的流程图。

如图14所示，该方法包括操作S1401～S1404。

在操作S1401，显示交互界面。根据本公开的一个实施例，对应于图12描述的操作S1201。

在操作S1402，经由交互界面，获取来自用户的交互操作产生的可提供资源交互数据。根据本公开的一个实施例，对应于图12描述的操作S1202。

在操作S1403，根据可提供资源交互数据，显示分配系统的使用状态。根据本公开的一个实施例，对应于图12描述的操作S1203。

在操作S1404，在分配系统的使用状态为余量不足的情况下，显示预警标志，用于通知用户延后申请。

根据本公开的实施例，向用户显示分配系统的使用状态后，如果分配系统的可使用余量超出预定阈值时，表明当前分配系统的使用余量不足，如果继续进行分配会影响核心业务的进行，申请审核系统会自动显示出预警标志，用于通知用户延后申请。用户根据预警标志评估将申请进行延后的可能性，避免影响该分配系统的重要需求的资源供应。

根据本公开的实施例，在用户接收到分配系统的预警标志后，可以资源申请设置为延后申请，也可以选择更换分配系统进行资源申请。

图15示意性示出了根据本公开实施例的申请审核装置的结构框图。

如图15所示，该实施例的申请审核装置1500包括获取模块1501、第一确定模块1502、第二确定模块1503、第三确定模块1504和审核模块1505。

获取模块1501，用于响应于用户的申请操作，获取目标对象的资源使用数据，目标对象为申请操作中由用户指定的需要进行申请的对象。在一实施例中，获取模块1501可以用于执行图2描述的操作S201。

第一确定模块1502，用于基于资源使用数据，确定目标对象的资源使用状态。在一实施例中，第一确定模块1502可以用于执行图2描述的操作S202。

第二确定模块1503，用于基于资源使用状态，确定用户的申请状态。

在一实施例中，第二确定模块1503可以用于执行图2描述的操作S203。

第三确定模块1504，用于在确定用户的申请状态为继续申请的情况下，确定目标对象的申请类型。在一实施例中，第三确定模块1504可以用于执行图2描述的操作S204。

审核模块1505，用于基于申请类型，确定所述目标对象的申请结果。

在一实施例中，审核模块1505可以用于执行图2描述的操作S205。

根据本公开的实施例，审核模块1505还包括审核子模块、第一确定审核子模块和第二确定审核子模块。

审核子模块用于基于申请类型，确定申请类型对应的审核数据。在一实施例中，审核子模块可以用于执行图3描述的操作S301。

第一确定审核子模块用于在审核数据大于等于审核阈值的情况下，确定申请结果为合规，并将审核数据推送到系统审核节点。在一实施例中，第一确定审核子模块可以用于执行图3描述的操作S302。

第二确定审核子模块用于在审核数据小于审核阈值的情况下，确定申请结果为不合规，并将审核数据推送到审核节点进行审核，所述审核节点用于降低目标对象的申请数量或降低目标对象的申请级别，并在审核节点审核完成后，将审核数据推送到系统审核节点。在一实施例中，第二确定审核子模块可以用于执行图3描述的操作S303。

根据本公开的实施例，审核子模块还包括第一审核单元、第一确定单元、第一峰值确定单元、第一审核数据确定单元。

第一审核单元用于在申请类型为扩容类的情况下，确定目标对象包含的多个服务器。在一实施例中，第一审核单元可以用于执行图4描述的操作S401。

第一确定单元用于确定多个服务器在预设时段内每分钟的使用率采集平均值。在一实施例中，第一确定单元可以用于执行图4描述的操作S402。

第一峰值确定单元用于基于使用率采集平均值，确定第一峰值，第一峰值为在预设时段内使用率采集平均值的最大值。在一实施例中，第一峰值确定单元可以用于执行图4描述的操作S403。

第一审核数据确定单元用于基于第一峰值，确定扩容审核数据，扩容审核数据为在预设区间内第一峰值的最大值。在一实施例中，第一审核数据确定单元可以用于执行图4描述的操作S404。

根据本公开的实施例，审核子模块还包括第二审核单元、第二确定单元、第二峰值确定单元、第二审核数据确定单元。

第二审核单元用于在申请类型为置换类的情况下，确定目标对象申请的置换服务器。在一实施例中，第二审核单元可以用于执行图5描述的操作S501。

第二确定单元用于确定置换服务器在预设时段内每分钟的使用率采集值。在一实施例中，第二确定单元可以用于执行图5描述的操作S502。

第二峰值确定单元用于基于使用率采集值，确定第二峰值，第二峰值为在该预设时段内使用率采集值的最大值。在一实施例中，第二峰值确定单元可以用于执行图5描述的操作S503。

第二审核数据确定单元用于基于第二峰值，确定置换审核数据，置换审核数据为在预设区间内第二峰值的最大值。在一实施例中，第二审核数据确定单元可以用于执行图5描述的操作S504。

根据本公开的实施例，第一确定模块1502还包括第一阈值确定单元和第一状态确定单元。

第一阈值确定单元用于确定目标对象的预警阈值和警戒阈值。在一实施例中，第一阈值确定单元可以用于执行图7描述的操作S701。

第一状态确定单元用于基于资源使用数据、预警阈值和警戒阈值，确定目标对象的资源使用状态。在一实施例中，第一状态确定单元可以用于执行图7描述的操作S702。

根据本公开的实施例，第一确定模块1502还包括第一显示单元。

第一显示单元用于显示目标对象的资源使用状态，其中，资源使用状态的显示形式包括水平线图。在一实施例中，第一显示单元可以用于执行图8描述的操作S803。

根据本公开的实施例，获取模块1501还包括第一交互显示单元、第一交互确定单元和第一数据确定单元。

第一交互显示单元用于显示数据获取界面，数据获取界面用于与用户进行交互。在一实施例中，第一交互显示单元可以用于执行图10描述的操作S1001。

第一交互确定单元用于经由数据获取界面，获取来自用户的交互操作产生的交互数据。在一实施例中，第一交互确定单元可以用于执行图10描述的操作S1002。

第一数据确定单元用于根据交互数据，获取目标对象的资源使用数据。在一实施例中，第一数据确定单元可以用于执行图10描述的操作S1003。

根据本公开的实施例，获取模块1501还包括第二交互显示单元、第二交互确定单元和第二数据确定单元。

第二交互显示单元用于显示交互界面，交互界面用于获取可提供资源数据，可提供资源数据包括目标对象申请分配资源的分配系统可提供的资源数据。在一实施例中，第二交互显示单元可以用于执行图12描述的操作S1201。

第二交互确定单元用于经由交互界面，获取来自用户的交互操作产生的可提供资源交互数据。在一实施例中，第二交互确定单元可以用于执行图12描述的操作S1202。

第二数据确定单元用于根据可提供资源交互数据，显示分配系统的使用状态，用于确定申请对象的申请状态。在一实施例中，第二数据确定单元可以用于执行图12描述的操作S1203。

根据本公开的实施例，获取模块1501还包括第二显示单元。

第二显示单元用于在分配系统的使用状态为余量不足的情况下，显示预警标志，用于通知用户延后申请。

根据本公开的实施例，获取模块1501、第一确定模块1502、第二确定模块1503、第三确定模块1504、审核模块1505、审核子模块、第一确定审核子模块、第二确定审核子模块、第一审核单元、第一确定单元、第一峰值确定单元、第一审核数据确定单元、第二审核单元、第二确定单元、第二峰值确定单元、第二审核数据确定单元、第一阈值确定单元、第一状态确定单元、第一显示单元、第一交互显示单元、第一交互确定单元、第一数据确定单元、第二交互显示单元、第二交互确定单元、第二数据确定单元和第二显示单元中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获取模块1501、第一确定模块1502、第二确定模块1503、第三确定模块1504、审核模块1505、审核子模块、第一确定审核子模块、第二确定审核子模块、第一审核单元、第一确定单元、第一峰值确定单元、第一审核数据确定单元、第二审核单元、第二确定单元、第二峰值确定单元、第二审核数据确定单元、第一阈值确定单元、第一状态确定单元、第一显示单元、第一交互显示单元、第一交互确定单元、第一数据确定单元、第二交互显示单元、第二交互确定单元、第二数据确定单元和第二显示单元中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块1501、第一确定模块1502、第二确定模块1503、第三确定模块1504、审核模块1505、审核子模块、第一确定审核子模块、第二确定审核子模块、第一审核单元、第一确定单元、第一峰值确定单元、第一审核数据确定单元、第二审核单元、第二确定单元、第二峰值确定单元、第二审核数据确定单元、第一阈值确定单元、第一状态确定单元、第一显示单元、第一交互显示单元、第一交互确定单元、第一数据确定单元、第二交互显示单元、第二交互确定单元、第二数据确定单元和第二显示单元中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图16示意性示出了根据本公开实施例的适于实现申请审核方法的电子设备的方框图。

如图16所示，根据本公开实施例的电子设备1600包括处理器1601，其可以根据存储在只读存储器(ROM)1602中的程序或者从存储部分1608加载到随机访问存储器(RAM)1603中的程序而执行各种适当的动作和处理。处理器1601例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器1601还可以包括用于缓存用途的板载存储器。处理器1601可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1603中，存储有电子设备1600操作所需的各种程序和数据。处理器1601、ROM 1602以及RAM 1603通过总线1604彼此相连。处理器1601通过执行ROM 1602和/或RAM1603中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM1602和RAM 1603以外的一个或多个存储器中。处理器1601也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备1600还可以包括输入/输出(I/O)接口1605，输入/输出(I/O)接口1605也连接至总线1604。电子设备1600还可以包括连接至I/O接口1605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1607；包括硬盘等的存储部分1608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1609。通信部分1609经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口1605。可拆卸介质1611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1610上，以便于从其上读出的计算机程序根据需要被安装入存储部分1608。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1602和/或RAM 1603和/或ROM 1602和RAM 1603以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的物品推荐方法。

在该计算机程序被处理器1601执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分1609被下载和安装，和/或从可拆卸介质1611被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分1609从网络上被下载和安装，和/或从可拆卸介质1611被安装。在该计算机程序被处理器1601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

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

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (13)

1.一种申请审核方法，包括：

响应于用户的申请操作，获取目标对象的资源使用数据，所述目标对象为申请操作中由用户指定的需要进行申请的对象；

基于所述资源使用数据，确定所述目标对象的资源使用状态；

基于所述资源使用状态，确定用户的申请状态；

在确定用户的申请状态为继续申请的情况下，确定所述目标对象的申请类型；以及

基于所述申请类型，确定所述目标对象的申请结果。

2.根据权利要求1所述的方法，其中，所述基于所述申请类型，确定所述目标对象的申请结果包括：

基于所述申请类型，确定所述申请类型对应的审核数据；

在所述审核数据大于等于审核阈值的情况下，确定申请结果为合规，并将所述审核数据推送到系统审核节点；以及

在所述审核数据小于所述审核阈值的情况下，确定申请结果为不合规，并将所述审核数据推送到审核节点进行审核，所述审核节点用于降低所述目标对象的申请数量或降低所述目标对象的申请级别，并在所述审核节点审核完成后，将审核数据推送到所述系统审核节点。

3.根据权利要求2所述的方法，所述申请类型包括扩容类和置换类；其中，所述基于所述申请类型，确定所述目标对象的审核数据包括：

在所述申请类型为扩容类的情况下，确定所述目标对象包含的多个服务器；

确定所述多个服务器在预设时段内每分钟的使用率采集平均值；

基于所述使用率采集平均值，确定第一峰值，所述第一峰值为在所述预设时段内所述使用率采集平均值的最大值；以及

基于所述第一峰值，确定扩容审核数据，所述扩容审核数据为在预设区间内所述第一峰值的最大值。

4.根据权利要求3所述的方法，其中，所述基于所述申请类型，确定所述目标对象的审核数据还包括：

在所述申请类型为置换类的情况下，确定所述目标对象申请的置换服务器；

确定所述置换服务器在预设时段内每分钟的使用率采集值；

基于所述使用率采集值，确定第二峰值，所述第二峰值为在所述预设时段内所述使用率采集值的最大值；以及

基于所述第二峰值，确定置换审核数据，所述置换审核数据为在所述预设区间内所述第二峰值的最大值。

5.根据权利要求1所述的方法，其中，基于所述资源使用数据，确定所述目标对象的资源使用状态包括：

确定所述目标对象的预警阈值和警戒阈值；

基于所述资源使用数据、所述预警阈值和所述警戒阈值，确定所述目标对象的资源使用状态。

6.根据权利要求1或5所述的方法，还包括：

显示所述目标对象的资源使用状态，其中，所述资源使用状态的显示形式包括水平线图。

7.根据权利要求1所述的方法，其中，所述响应于来自用户的申请操作，获取目标对象的资源使用数据包括：

显示数据获取界面，所述数据获取界面用于与用户进行交互；

经由所述数据获取界面，获取来自用户的交互操作产生的交互数据；以及

根据所述交互数据，获取所述目标对象的所述资源使用数据。

8.根据权利要求1所述的方法，还包括：

显示交互界面，所述交互界面用于获取可提供资源数据，所述可提供资源数据包括所述目标对象申请分配资源的分配系统可提供的资源数据；

经由所述交互界面，获取来自用户的交互操作产生的可提供资源交互数据；

根据所述可提供资源交互数据，显示所述分配系统的使用状态，用于确定所述申请对象的申请状态。

9.根据权利要求8所述的方法，还包括：在所述分配系统的使用状态为余量不足的情况下，显示预警标志，用于通知用户延后申请。

10.一种申请审核装置，包括：

获取模块，用于响应于用户的申请操作，获取目标对象的资源使用数据，所述目标对象为申请操作中由用户指定的需要进行申请的对象；

第一确定模块，用于基于所述资源使用数据，确定所述目标对象的资源使用状态；

第二确定模块，用于基于所述资源使用状态，确定用户的申请状态；

第三确定模块，用于在确定用户的申请状态为继续申请的情况下，确定所述目标对象的申请类型；以及

审核模块，用于基于所述申请类型，确定所述目标对象的申请结果。

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

一个或多个处理器；

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

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～9中任一项所述的方法。

12.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～9中任一项所述的方法。

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

Images