资源调度方法及装置、电子设备、存储介质制造方法及图纸

本申请的实施例揭示了一种资源调度方法及装置、电子设备、存储介质、程序产品，该方法包括：对应用服务自身的资源占用情况进行监测，若监测到应用服务自身的资源占用情况满足预设扩容条件，则确定应用服务在执行过程中需要调用的目标共享服务；获取目标共享服务中已占用的资源对应的第一已占用资源量，若第一已占用资源量小于第一阈值，则对应用服务进行扩容。本申请实施例的技术方案能够降低对应用服务进行扩容后，其他服务崩溃的概率，进而提升资源调度的合理性以及系统的稳定性。资源调度的合理性以及系统的稳定性。资源调度的合理性以及系统的稳定性。

【技术实现步骤摘要】
资源调度方法及装置、电子设备、存储介质


[0001]本申请涉及计算机
，具体而言，涉及一种资源调度方法及装置、电子设备、存储介质、程序产品。

技术介绍

[0002]在以云技术为基础实现的应用系统中，通常将一个应用系统划分为多个应用服务，每个应用服务由多个功能相同的服务实例对外提供服务，并支持对应用服务进行扩容或缩容。例如，在以容器技术为基础的微服务场景中，每个应用服务由多个功能相同的容器(或pod，即容器组)对外提供服务，且支持对应用服务包含的资源进行扩容或缩容。相关技术中，在对应用服务进行扩容时，通常是基于服务实例所在主机的剩余资源情况确定是否扩容，例如，若服务实例所在主机的剩余资源较多，则对应用服务进行扩容。但是，这种扩缩容方式容易导致系统崩溃。

技术实现思路

[0003]为解决上述技术问题，本申请的实施例提供了一种资源调度方法及装置、电子设备、存储介质、程序产品。
[0004]根据本申请实施例的一个方面，提供了一种资源调度方法，所述方法包括：
[0005]对应用服务自身的资源占用情况进行监测；
[0006]若监测到所述应用服务自身的资源占用情况满足预设扩容条件，则确定所述应用服务在执行过程中需要调用的目标服务；
[0007]获取所述目标服务中已占用的资源对应的第一已占用资源量；
[0008]若所述第一已占用资源量小于第一阈值，则对所述应用服务进行扩容。
[0009]根据本申请实施例的一个方面，提供了一种资源调度装置，所述装置包括：
[0010]监测模块，配置为对应用服务自身的资源占用情况进行监测；
[0011]确定模块，配置为若监测到所述应用服务自身的资源占用情况满足预设扩容条件，则确定所述应用服务在执行过程中需要调用的目标服务；
[0012]获取模块，配置为获取所述目标服务中已占用的资源对应的第一已占用资源量；
[0013]扩容模块，配置为若所述第一已占用资源量小于第一阈值，则对所述应用服务进行扩容。
[0014]根据本申请实施例的一个方面，提供了一种电子设备，包括：
[0015]一个或多个处理器；
[0016]存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如前所述的资源调度方法。
[0017]根据本申请实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被电子设备的处理器执行时，使电子设备执行如前所述的资源调度方法。
[0018]根据本申请实施例的一个方面，提供了一种计算机程序产品，包括计算机程序，所述计算机指令被处理器执行时实现如前所述的资源调度方法。
[0019]在本申请的实施例所提供的技术方案中，先对应用服务自身的资源占用情况进行监测，若监测到应用服务自身的资源占用情况满足预设扩容条件，则确定应用服务在执行过程中需要调用的目标共享服务；获取目标共享服务中已占用的资源对应的第一已占用资源量，若第一已占用资源量小于第一阈值，则对应用服务进行扩容，也就是说，在需要对应用服务进行扩容时，会参考该应用服务的关联服务的资源占用情况，从而根据关联服务的资源占用情况确定是否进行扩容，避免对应用服务扩容后，该应用服务占用关联服务中大量资源，导致关联服务中可用资源不足，关联服务崩溃，进而整个应用系统崩溃的情况，提升资源调度的合理性以及系统的稳定性。
[0020]应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
[0021]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术者来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
[0022]图1是本申请的一示例性实施例示出的资源调度方法的流程图；
[0023]图2是图1所示实施例中的步骤S140在一示例性实施例中的流程图；
[0024]图3是图1所示实施例中的步骤S140在另一示例性实施例中的流程图；
[0025]图4是本申请的一示例性实施例示出的资源调度方法的流程图；
[0026]图5是本申请的一示例性实施例示出的资源调度方法的实施环境；
[0027]图6是本申请的一示例性实施例示出的资源调度装置的结构示意图；
[0028]图7示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
[0029]这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0030]附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
[0031]附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
[0032]还需要说明的是：在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存
在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
[0033]在以云技术为基础实现的应用系统中，通常将一个应用系统划分为多个应用服务，每个应用服务由多个功能相同的服务实例对外提供服务，并支持对应用服务进行扩容或缩容。但是目前，在对应用服务进行扩容时，通常仅考虑到服务实例所在主机的剩余资源情况是否能够支撑扩容，例如，若服务实例所在主机的剩余资源较多，则对应用服务进行扩容，但是，这种扩容方式中未考虑到扩容后的应用服务对其他服务的影响，容易导致其他服务崩溃，进而使得系统崩溃。基于此，本申请的实施例提供了一种资源调度方法及装置、电子设备、存储介质，可以降低对应用服务进行扩容后，其他服务崩溃的概率，进而提升资源调度的合理性以及系统的稳定性。
[0034]请参见图1，图1是本申请的一示例性实施例示出的一种资源调度方法的流程图。如图1所示，在一示例性实施例中，该资源调度方法可以包括步骤S110至步骤S140，详细介绍如下：
[0035]步骤S110，对应用服务自身的资源占用情况进行监测。
[0036]需要说明的是，应用服务为以云技术基础实现的应用系本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种资源调度方法，其特征在于，所述方法包括：对应用服务自身的资源占用情况进行监测；若监测到所述应用服务自身的资源占用情况满足预设扩容条件，则确定所述应用服务在执行过程中需要调用的目标服务；获取所述目标服务中已占用的资源对应的第一已占用资源量；若所述第一已占用资源量小于第一阈值，则对所述应用服务进行扩容。2.如权利要求1所述的方法，其特征在于，所述若所述第一已占用资源量小于第一阈值，则对所述应用服务进行扩容，包括：确定对所述应用服务进行扩容的扩容方案；根据确定出的扩容方案预估对所述应用服务进行扩容后，扩容部分在所述目标服务中需要占用的资源对应的待占用资源量；若所述第一已占用资源量与所述待占用资源量的和小于所述第一阈值，则根据确定出的扩容方案对所述应用服务进行扩容。3.如权利要求1所述的方法，其特征在于，在所述获取所述目标服务中已占用的资源对应的第一已占用资源量之后，所述方法还包括：若所述第一已占用资源量大于等于所述第一阈值，则暂停对所述应用服务进行扩容，并对传输至所述应用服务的请求的数量进行限制。4.如权利要求1所述的方法，其特征在于，所述若所述第一已占用资源量小于第一阈值，则对所述应用服务进行扩容，包括：若所述第一已占用资源量小于第一阈值，则获取所述应用服务在所述目标服务中已占用的资源对应的第二已占用资源量；若获取到的第二已占用资源量小于第二阈值，则对所述应用服务进行扩容。5.如权利要求1所述的方法，其特征在于，所述目标服务包括所述应用服务在执行过程中需要调用的共享服务，所述目标服务的数量为多个；所述若所述第一已占用资源量小于第一阈值，则对所述应用服务进行扩容，包括：若多个目标服务中每个目标服务的第一已占用资源量均小于对应的第一阈值，则对所述应用服务...

【专利技术属性】
技术研发人员：徐东明，徐锐，王健，徐冬冬，张道隆，冯弦，孙鹏，
申请(专利权)人：中国电信股份有限公司，
类型：发明
国别省市：