CN112527384B - 资源分配参数的配置方法、装置、存储介质及电子装置 - Google Patents

Abstract

本发明实施例提供了一种资源分配参数的配置方法、装置、存储介质及电子装置，其中，该方法包括：确定获取到的第一应用资源包的第一应用类型；基于第一应用类型确定目标容器，并指示目标容器基于第一应用类型确定与第一应用资源包对应的第一应用；为第一应用配置第一资源分配参数，以指示第一应用运行第一应用资源包。通过本发明，解决了相关技术中存在的不同的资源包需要部署不同的脚本、不同的环境变量配置、配置资源分配参数复杂、通用性差、容易导致上线事故的问题，达到应用部署标准化、简化资源分配参数配置，提高了应用部署效率，减少上线事故的效果。

Description

资源分配参数的配置方法、装置、存储介质及电子装置

技术领域

本发明实施例涉及通信领域，具体而言，涉及一种资源分配参数的配置方法、装置、存储介质及电子装置。

背景技术

目前很多公司都在使用java做为应用开发的主流语言。虽然很多公司都有专门的运维部门进行应用的上线和运维工作，而对于公司涉及的开发应用与开发人员从多，针对于不同的开发人员不同的应用，部署和维护脚本是不统一的，这对上线和运维工作提出了很大的挑战。同时普通容器只能支持应用正常启动运行，应用运行过程中的JVM配置、日志输出需要应用硬代码实现。而这一类的功能对不同类型不同业务的应用来说是可以抽象的，很大程度上增加了应用开发的复杂度与开发工作量。

在相关技术中，java应用和运维工作，主要是由开发将开发完成以后的JAR包、WAR包提供给运维，运维根据开发提供的包类型判断是将包放到中间件中进行部署或者跟开发沟通是编写部署脚本。整个上线部署过程效率不高，同时在编写脚本配置变量时容易出错，导致上线事故。对于java应用来说，JVM配置与日志输出是每个项目都需要关心的问题。相关技术中，java应用需要手动设置JVM配置和日志输出，甚至是在代码硬编码实现相关配置与日志输出增加应用开发的复杂度与开发工作量。此外，由于传统java应用提供包类型不同并且部署的需求和配置不同，针对每一次部署都需要编写不同的部署脚本、不同的环境变量配置，容易导致上线事故。

由此可知，相关技术中存在不同的资源包需要部署不同的脚本、不同的环境变量配置、配置资源分配参数复杂、通用性差、容易导致上线事故的问题。

针对相关技术中存在的上述问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种资源分配参数的配置方法、装置、存储介质及电子装置，以至少解决相关技术中存在的不同的资源包需要部署不同的脚本、不同的环境变量配置、配置资源分配参数复杂、通用性差、容易导致上线事故的问题。

根据本发明的一个实施例，提供了一种资源分配参数的配置方法，包括：确定获取到的第一应用资源包的第一应用类型；基于所述第一应用类型确定目标容器，并指示所述目标容器基于所述第一应用类型确定与所述第一应用资源包对应的第一应用；为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述第一应用资源包。

根据本发明的另一个实施例，提供了一种资源分配参数的配置装置，包括：第一确定模块，用于确定获取到的第一应用资源包的第一应用类型；第二确定模块，用于基于所述第一应用类型确定目标容器，并指示所述目标容器基于所述第一应用类型确定与所述第一应用资源包对应的第一应用；配置模块，用于为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述第一应用资源包。

根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，确定获取到的第一应用资源包的第一应用类型，根据第一应用类型确定目标容器，并指示目标容器根据第一应用类型确定与第一应用资源包对应的第一应用，为第一应用配置第一资源分配参数，以指示第一应用运行第一应用资源包。由于可以根据不同应用资源包的应用类型为应用资源包分配不同的容器，容器还可以根据应用类型调用与该应用类型对应的应用，屏蔽了应用资源包类型，无需针对不同的资源包部署不同的脚本，同时可以为应用配置资源分配参数。因此，可以解决相关技术中存在的不同的资源包需要部署不同的脚本、不同的环境变量配置、配置资源分配参数复杂、通用性差、容易导致上线事故的问题，达到应用部署标准化、简化资源分配参数配置，提高了应用部署效率，减少上线事故的效果。

附图说明

图1是本发明实施例的一种资源分配参数的配置方法的移动终端的硬件结构框图；

图2是根据本发明实施例的资源分配参数的配置方法的流程图；

图3是根据本发明示例性实施例的目标容器的总体结构图；

图4是根据本发明示例性实施例的目标容器加载第一应用资源包的流程示意图；

图5是根据本发明示例性实施例的调整第一资源分配参数流程图；

图6是根据本发明具体实施方式的资源分配参数的配置方法流程图；

图7是根据本发明实施例的资源分配参数的配置装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明的实施例。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例中所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种资源分配参数的配置方法的移动终端的硬件结构框图。如图1所示，移动终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，其中，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的资源分配参数的配置方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种资源分配参数的配置方法，图2是根据本发明实施例的资源分配参数的配置方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，确定获取到的第一应用资源包的第一应用类型；

步骤S204，基于所述第一应用类型确定目标容器，并指示所述目标容器基于所述第一应用类型确定与所述第一应用资源包对应的第一应用；

步骤S206，为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述第一应用资源包。

在上述实施例中，第一应用类型可以为JAR类型、WAR类型等，第一应用可以为私有repo源中的中间件、jdk和相关的repo等。第一资源分配参数中可以包括JAVA_MEM_OPTS(JVM内存配置)、JAVA_OPTS(JVM参数)、JAVA_HOME(jdk)、file.encoding(文件内容编码)、sun.jnu.encoding(文件名编码)、paas.app.home(工作目录)、paas.app.name(应用Code)、paas.app.version(应用版本)等。目标容器可以为基于JDK的通用应用容器。

可选地，上述步骤的执行主体可以是服务器、后台处理器，或者其他的具备类似处理能力的设备，还可以是至少集成有数据处理设备的机器，其中，数据处理设备可以包括计算机、手机等终端，但不限于此。

通过本发明，确定获取到的第一应用资源包的第一应用类型，根据第一应用类型确定目标容器，并指示目标容器根据第一应用类型确定与第一应用资源包对应的第一应用，为第一应用配置第一资源分配参数，以指示第一应用运行第一应用资源包。由于可以根据不同应用资源包的应用类型为应用资源包分配不同的容器，容器还可以根据应用类型调用与该应用类型对应的应用，屏蔽了应用资源包类型，无需针对不同的资源包部署不同的脚本，同时可以为应用配置资源分配参数。因此，可以解决相关技术中存在的不同的资源包需要部署不同的脚本、不同的环境变量配置、配置资源分配参数复杂、通用性差、容易导致上线事故的问题，达到应用部署标准化、简化资源分配参数配置，提高了应用部署效率，减少上线事故的效果。

在一个示例性实施例中，为所述第一应用配置第一资源分配参数包括：确定服务器中包括的全部的初始化资源参数以及已使用的初始化资源参数；确定运行所述应用资源包所需要的第一资源参数；基于全部的所述初始化资源参数、已使用的所述初始化资源参数以及所述第一资源参数确定所述第一资源分配参数。在本实施例中，在为第一应用配置第一资源分配参数时，可以先确定服务器中包括的全部的初始化资源参数、已经使用的初始化资源参数，再确定允许应用资源包所需要的第一资源参数，然后根据全部的初始化资源参数、已经使用的初始化资源参数以及第一资源参数参数确定第一资源分配参数。例如，可以利用目标容器总体结构中包括的资源组件读取初始化资源(即全部的初始化资源参数)及发往配置组件的资源分配参数(即已经使用的初始化资源参数)，监听资源使用情况。配置组件同步配置到配置中心，配置中心初始化配置控制参数(对应于第一资源分配参数)。

在一个示例性实施例中，在为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述应用资源包之后，所述方法还包括：获取所述第一应用运行所述第一应用资源包所产生的日志文件；基于所述日志文件调整所述第一资源分配参数。在本实施例中，可以由日志组件自动推送日志到日志中心，同时通过访问日志、相关业务日志统计提供配置调整范围。

在上述实施例中，目标容器的总体结构图可参见附图3，如图3所示，容器脚本可以自动适配应用类型。即，根据第一应用资源包确定第一应用类型，资源组件可以自动匹配私有repo源中的中间件、jdk和相关的repo等。配置组件自动获取jvm(虚拟机)配置，同时同步到配置中心，通过配置中心动态调整jvm参数(对应于上述第一资源分配参数)。日志组件可以自动推送第一应用运行第一应用资源包时产生的日志到日志中心，同时通过访问日志、相关业务日志统计提供配置调整范围。

在上述实施例中，目标容器加载第一应用资源包的流程示意图可参见附图4，如图4所示，该流程包括：

1)执行容器脚本。

2)根据容器脚本参数到私有repo源的应用仓库中拉取应用。

3)拉取需要的中间件、jdk、第三方依赖等。

4)根据容器脚本参数调用资源组件确定资源分配。

5)资源组件读取初始化资源及资源分配参数发往配置组件，监听资源使用情况。

6)配置组件同步配置到配置中心，配置中心初始化配置控制参数。

7)应用启动日志组件拉取应用执行日志。

8)日志组件同步日志到日志中心。

9)配置中心可手动更新配置，也可设置策略发送到配置组件，自动根据资源阈值自动调整资源。

10)配置组件将更新后的配置或更新策略发送给容器脚本。

在一个示例性实施例中，基于所述日志文件调整所述第一资源分配参数包括：接收目标对象基于所述日志文件确定的资源分配参数调整规则；基于所述调整规则调整所述第一资源分配参数。在本实施例中，可以通过技术人员分析日志文件，确定资源分配参数的调整规则，技术人员可以将调整规则输入至服务器或目标容器中，服务器或目标容器可以根据调整规则调整第一资源分配参数。即配置中心可手动更新配置。当然，配置中心也可设置策略发送到配置组件，自动根据资源阈值自动调整资源。

在一个示例性实施例中，在为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述第一应用资源包之后，所述方法还包括：判断所述第一资源分配参数是否满足预定条件；在确定所述第一资源分配参数不满足所述预定条件的情况下，执行告警操作。在本实施例中，在为第一应用配置第一资源分配参数之后，可以根据运行结果或者运行时所产生的日志文件判断第一资源分配参数是否满足预定条件，在不满足预定条件时，执行告警操作。其中，预定条件可以为运行第一资源包的运行速度、运行第一资源包时服务器的参数等，即，预定条件用于指示第一资源包可以正常运行时的参数。本发明对预定条件不做限制，本领域技术人员可以自定义预定条件。

在一个示例性实施例中，在确定所述第一资源分配参数不满足所述预定条件的情况下，执行告警操作之后，所述方法还包括：确定执行所述告警操作的次数；当执行所述告警操作的次数超于第一阈值的情况下，确定所述第一资源分配参数与第二阈值的相对关系，其中，所述第二阈值为预先设置的资源参数；基于所述相对关系调整所述第一资源分配参数。在本实施例中，当第一资源分配参数不满足预定条件，执行告警操作时，可以记录执行告警操作的次数，当执行告警操作的次数超过第一阈值的情况下，确定第一资源分配参数与第二阈值的相对关系，根据相对关系调整第一资源分配参数。其中，第二阈值可以为预先设备的资源参数。

在一个示例性实施例中，基于所述相对关系调整所述第一资源分配参数包括：当所述相对关系指示所述第一资源分配参数大于所述第二阈值的情况下，减小所述第一资源分配参数；当所述相对关系指示所述第一资源分配参数小于所述第二阈值的情况下，增大所述第一资源分配参数。在本实施例中，当第一资源分配参数大于第二阈值时，可以减小第一资源分配参数，当第一资源分配参数小于第二阈值时，可以增大第一资源分配参数。其中，调整第一资源分配参数流程图可参见附图5，如图5所示，该流程包括：

步骤S502，判断资源是否满足，即根据服务器的全部的初始化资源参数以及已经使用的初始化资源参数确定未使用的初始化资源参数，判断未使用的初始化资源参数是否满足为第一应用资源包配置的第一资源分配参数，在判断结果为是的情况下，执行步骤S504，在判断结果为否的情况下，执行步骤S514。

步骤S504，判断是否自动更新配置(对应于上述第一资源分配参数)，在判断结果为是的情况下，执行步骤S506，在判断结果为否的情况下，执行步骤S508。

步骤S506，设置上下限阈值及策略。

步骤S508，设置配置值，即在非自动更新配置的情况下，可以由技术人员设置配置值。

步骤S510，资源配置同步到配置组件。

步骤S512，热加载更新应用。

步骤S514，执行完成。

下面结合具体实施方式对资源分配参数的配置方法进行说明：

图6是根据本发明具体实施方式的资源分配参数的配置方法流程图，如图6所示，该流程包括：

步骤S602，执行脚本，即根据第一应用资源包的类型确定目标容器。

步骤S604，拉取应用，即目标容器根据第一应用资源包的类型拉取第一应用。

步骤S606，判断资源，即根据服务器的全部的初始化资源参数以及已经使用的初始化资源参数确定未使用的初始化资源参数，判断未使用的初始化资源参数是否满足为第一应用资源包配置的第一资源分配参数，在判断结果为是的情况下，执行步骤S608，在判断结果为否的情况下，执行步骤S624。

步骤S608，自动调整资源参数。

步骤S610，判断是否根据服务器资源能力调整资源分配，在判断结果为是的情况下，执行步骤S612，在判断结果为否的情况下，执行步骤S614。

步骤S612，自动调整资源参数。

步骤S614，加载配置组件同步资源配置。

步骤S616，资源配置同步到配置中心，配置中心初始化。

步骤S618，加载应用。

步骤S620，加载日志组件。

步骤S622，日志组件同步日志到日志中心。

步骤S624，执行完成。

在前述实施例中，基于JDK的通用应用容器，屏蔽不同应用的包类型、环境变量和上线脚本差异。通过传递参数方式，统一规范java应用上线步骤，减少上线环节。有效提高上线效率。同时通过服务器资源情况提供标准的JVM配置，同步到配置中心，定义标准日志格式日志，推送到日志中心，同时可以通过配置中心开关控制根据项目访问及业务日志情况动态调整JVM参数。动态优化JVM及服务器资源。通过jdk通用容器的提供，使应用部署容器标准化，应用部署过程中配置错误的概念，提高应用部署效率。支持应用自定义配置的加载，提供标准的容器配置，从容器层面规范应用的部署结构和信息。同一套部署流程兼容中件间与脚本两种形式的java应用部署方式。中间件与jdk版本与系统环境变量解耦，应用可不依赖系统环境。通过容器自动调整应用运行时JVM资源使用，提高应用服务效率。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种资源分配参数的配置装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明实施例的资源分配参数的配置装置的结构框图，如图7所示，该装置包括：

第一确定模块72，用于确定获取到的第一应用资源包的第一应用类型；

第二确定模块74，用于基于所述第一应用类型确定目标容器，并指示所述目标容器基于所述第一应用类型确定与所述第一应用资源包对应的第一应用；

配置模块76，用于为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述第一应用资源包。

在一个示例性实施例中，所述配置模块76可以通过如下方式实现为所述第一应用配置第一资源分配参数：确定服务器中包括的全部的初始化资源参数以及已使用的初始化资源参数；基于全部的所述初始化资源参数、已使用的所述初始化资源参数以及所述第一资源参数确定所述第一资源分配参数。

在一个示例性实施例中，所述装置可以用于在为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述应用资源包之后，获取所述第一应用运行所述第一应用资源包所产生的日志文件；基于所述日志文件调整所述第一资源分配参数。

在一个示例性实施例中，所述装置可以通过如下方式实现基于所述日志文件调整所述第一资源分配参数：接收目标对象基于所述日志文件确定的资源分配参数调整规则；基于所述调整规则调整所述第一资源分配参数。

在一个示例性实施例中，所述装置还可以用于在为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述第一应用资源包之后，判断所述第一资源分配参数是否满足预定条件；在确定所述第一资源分配参数不满足所述预定条件的情况下，执行告警操作。

在一个示例性实施例中，所述装置还可以用于在确定所述第一资源分配参数不满足所述预定条件的情况下，执行告警操作之后，确定执行所述告警操作的次数；当执行所述告警操作的次数超于第一阈值的情况下，确定所述第一资源分配参数与第二阈值的相对关系，其中，所述第二阈值为预先设置的资源参数；基于所述相对关系调整所述第一资源分配参数。

在一个示例性实施例中，所述装置可以通过如下方式实现基于所述相对关系调整所述第一资源分配参数：当所述相对关系指示所述第一资源分配参数大于所述第二阈值的情况下，减小所述第一资源分配参数；当所述相对关系指示所述第一资源分配参数小于所述第二阈值的情况下，增大所述第一资源分配参数。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种资源分配参数的配置方法，其特征在于，包括：

确定获取到的第一应用资源包的第一应用类型；

基于所述第一应用类型确定目标容器，并指示所述目标容器基于所述第一应用类型确定与所述第一应用资源包对应的第一应用；

为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述第一应用资源包；

其中，目标容器基于所述第一应用类型确定与所述第一应用资源包对应的第一应用，包括：所述目标容器中的资源组件自动匹配私有repo源中的中间件、jdk和相关的repo；

其中，为所述第一应用配置第一资源分配参数，包括：配置组件自动获取jvm配置，并将所述jvm配置发送至配置中心，以通过所述配置中心动态调整jvm参数；日志组件自动推送所述第一应用运行所述第一应用资源包时产生的日志到日志中心，并通过访问日志、相关业务日志统计提供配置调整范围。

2.根据权利要求1所述的方法，其特征在于，为所述第一应用配置第一资源分配参数包括：

确定服务器中包括的全部的初始化资源参数以及已使用的初始化资源参数；

确定运行所述应用资源包所需要的第一资源参数；

基于全部的所述初始化资源参数、已使用的所述初始化资源参数以及所述第一资源参数确定所述第一资源分配参数。

3.根据权利要求1所述的方法，其特征在于，在为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述应用资源包之后，所述方法还包括：

获取所述第一应用运行所述第一应用资源包所产生的日志文件；

基于所述日志文件调整所述第一资源分配参数。

4.根据权利要求3所述的方法，其特征在于，基于所述日志文件调整所述第一资源分配参数包括：

接收目标对象基于所述日志文件确定的资源分配参数调整规则；

基于所述调整规则调整所述第一资源分配参数。

5.根据权利要求1所述的方法，其特征在于，在为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述第一应用资源包之后，所述方法还包括：

判断所述第一资源分配参数是否满足预定条件；

在确定所述第一资源分配参数不满足所述预定条件的情况下，执行告警操作。

6.根据权利要求5所述的方法，其特征在于，在确定所述第一资源分配参数不满足所述预定条件的情况下，执行告警操作之后，所述方法还包括：

确定执行所述告警操作的次数；

当执行所述告警操作的次数超于第一阈值的情况下，确定所述第一资源分配参数与第二阈值的相对关系，其中，所述第二阈值为预先设置的资源参数；

基于所述相对关系调整所述第一资源分配参数。

7.根据权利要求6所述的方法，其特征在于，基于所述相对关系调整所述第一资源分配参数包括：

当所述相对关系指示所述第一资源分配参数大于所述第二阈值的情况下，减小所述第一资源分配参数；

当所述相对关系指示所述第一资源分配参数小于所述第二阈值的情况下，增大所述第一资源分配参数。

8.一种资源分配参数的配置装置，其特征在于，包括：

第一确定模块，用于确定获取到的第一应用资源包的第一应用类型；

第二确定模块，用于基于所述第一应用类型确定目标容器，并指示所述目标容器基于所述第一应用类型确定与所述第一应用资源包对应的第一应用；

配置模块，用于为所述第一应用配置第一资源分配参数，以指示所述第一应用运行所述第一应用资源包；

其中，所述第二确定模块，还用于所述目标容器中的资源组件自动匹配私有repo源中的中间件、jdk和相关的repo；

其中，所述配置模块，还用于配置组件自动获取jvm配置，并将所述jvm配置发送至配置中心，以通过所述配置中心动态调整jvm参数；日志组件自动推送所述第一应用运行所述第一应用资源包时产生的日志到日志中心，并通过访问日志、相关业务日志统计提供配置调整范围。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至7任一项中所述的方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至7任一项中所述的方法。

Images