调整资源量的方法、装置、电子设备和存储介质与流程

1.本公开涉及计算机技术领域，具体涉及云计算领域和分布式计算领域，可应用于信息搜索等场景下。


背景技术：

2.随着计算机技术和网络技术的发展，通常需要部署多个实例来满足大量用户的服务需求。但用户的服务需求量是实时变化的，为了提高资源利用率，需要根据实际需求灵活调整为多个实例分配的资源量。
3.相关技术可参见授权公告号为cn103782270b的中国发明专利。


技术实现要素：

4.本公开旨在提供一种在保证用户体验的同时提高资源利用率的调整资源量的方法、装置、电子设备和存储介质。
5.根据本公开的一个方面，提供了一种调整资源量的方法，包括：获取目标实例的第一运行信息；其中，实例的运行信息包括资源使用率和响应时长；根据第一运行信息调整为目标实例分配的第一资源量，得到使目标实例的运行信息满足预定条件的最小资源量；以及将第一资源量调整为最小资源量，其中，预定条件包括资源使用率小于使用率阈值且响应时长满足延迟条件。
6.根据本公开的一个方面，提供了一种调整资源量的装置，包括：信息获取模块，用于获取目标实例的第一运行信息；其中，实例的运行信息包括资源使用率和响应时长；资源量确定模块，用于根据第一运行信息调整为目标实例分配的第一资源量，得到使目标实例的运行信息满足预定条件的最小资源量；以及资源量调整模块，用于将第一资源量调整为最小资源量，其中，预定条件包括资源使用率小于使用率阈值且响应时长满足延迟条件。
7.根据本公开的另一个方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开提供的调整资源量的方法。
8.根据本公开的另一个方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行本公开提供的调整资源量的方法。
9.根据本公开的另一个方面，提供了一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令在被处理器执行时实现本公开提供的调整资源量的方法。
10.本公开提供的调整资源量的方法和装置，通过为资源使用率设定使用率阈值，为响应时长设定延迟条件，并通过将为目标实例分配的第一资源量调整为满足预定条件的最小资源量，可以在保证用户体验的同时，在一定程度上降低资源设备的使用成本，优化资源利用率。
11.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特
征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
12.附图用于更好地理解本方案，不构成对本公开的限定。其中：图1是根据本公开实施例的调整资源量的方法和装置的应用场景示意图；图2是根据本公开实施例的调整资源量的方法的流程示意图；图3是根据本公开实施例的得到最小资源量的原理示意图；图4是根据本公开实施例的确定响应时长是否满足延迟条件的原理示意图；图5是根据本公开另一实施例的确定响应时长是否满足延迟条件的原理示意图；图6是根据本公开实施例的调整资源量的装置的结构框图；以及图7是用来实施本公开实施例的调整资源量的方法的电子设备的框图。
具体实施方式
13.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
14.本公开提供了一种调整资源量的方法，该方法包括信息获取阶段、资源量确定阶段和资源量调整阶段。在信息获取阶段中，获取目标实例的第一运行信息，其中，实例的运行信息包括资源使用率和响应时长。在资源量确定阶段中，根据第一运行信息调整为目标实例分配的第一资源量，得到使目标实例的运行信息满足预定条件的最小资源量。在资源量调整阶段中，将第一资源量调整为最小资源量。其中，预定条件包括资源使用率小于使用率阈值且响应时长满足延迟条件。
15.以下将结合图1对本公开提供的方法和装置的应用场景进行描述。
16.图1是根据本公开实施例的调整资源量的方法和装置的应用场景示意图。
17.如图1所示，该实施例的应用场景100可以包括终端设备110和多个资源设备120，用于为给终端设备110提供的应用服务提供资源。
18.在一实施例中，该多个资源设备与管理服务器140可以构成云计算平台管理服务器140用于管理多个资源设备的接入和资源分配。例如，管理服务器140可以根据实际需求设定部署的资源设备120的数量，以通过网络弹性可扩展的接入共享物理或虚拟资源池。例如，资源设备120可以包括服务器、操作系统、网络、软件、应用和存储设备等。
19.其中，该终端设备110可以为具有处理功能的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。该终端设备110上可以安装有各种客户端应用，例如即时通信类应用、搜索类应用、视频播放类应用、网页浏览器应用等（仅为示例）。
20.以多个资源设备120包括多个服务器为例，该多个服务器例如可以为用于为终端设备110中所安装的客户端应用提供支持的后台管理服务器（仅为示例）。例如，该多个资源设备120中的任一服务器可以接收终端设备110发送的用户请求进行分析等处理，并将处理结果反馈给终端设备110。
21.在一实施例中，多个资源设备包括的多个服务器中，任一服务器中可以通过部署docker容器来运行至少一个服务实例，该任一服务器可以通过运行该至少一个服务实例来对用户请求进行分析等处理，得到处理结果。在一实施例中，多个服务器共计运行了n个服务实例，为了运行该n个服务实例，共计部署了n个docker容器，即docker_1容器130_1~ docker_n容器130_n。
22.可以理解的是，容器技术的核心功能就是通过约束和修改进程的动态表现，从而为该进程创造出一个“边界”，该有边界的进程可以用于运行一个服务实例。docker容器实际上在创建进程时，指定了这个进程所需要启用的一组namespace参数。这样，容器就只能“看”到当前namespace所限定的资源、文件、设备、状态或者配置，而对于宿主机以及其他不相关的程序，则完全看不到。因此，容器其实是一种特殊的进程。
23.需要说明的是，本公开提供的调整资源量的方法可以由管理服务器140执行，即由云平台执行。相应地，本公开提供的调整资源量的装置可以设置在管理服务器140中，即设置于云平台中。
24.应该理解，图1中的终端设备110、资源设备120、管理服务器140和docker容器的数目和类型仅仅是示意性的。根据实现需要，可以具有任意数目和类型的终端设备110、资源设备120、管理服务器140和docker容器。
25.以下将结合图1，通过以下图2~图5对本公开提供的调整资源量的方法进行详细描述。
26.图2是根据本公开实施例的调整资源量的方法的流程示意图。
27.如图2所示，该实施例的调整资源量的方法200可以包括操作s210~操作s230。
28.在操作s210，获取目标实例的第一运行信息，其中，实例的运行信息包括资源使用率和响应时长。
29.根据本公开的实施例，目标实例可以包括多个服务实例中的至少一个实例。可以从多个服务实例中随机筛选出该至少一个实例。其中，多个服务实例可以提供相同的服务。
30.该实施例可以在目标实例线上运行时，自监控平台处获取该第一运行信息中的资源使用率，监控平台可以集成于前述管理服务器中。该实施例可以通过分析运行日志或者访问http接口的方式来得到第一运行信息中的响应时长。其中，资源使用率可以为cpu使用率、内存使用率、存储空间使用率等，可以理解的是，此处的资源使用率是指目标实例运行时使用的资源量与为该目标实例分配的资源量的比值。其中，响应时长指该目标实例自接收到用户请求至反馈针对该响应请求的处理结果所需的时长。
31.在操作s220，根据第一运行信息调整为目标实例分配的第一资源量，得到使目标实例的运行信息满足预定条件的最小资源量。
32.在操作s230，将第一资源量调整为最小资源量。
33.根据本公开的实施例，预定条件包括资源使用率小于使用率阈值且响应时长满足延迟条件。可以理解的是，在减小为目标实例分配的资源量时，资源使用率会提高，响应时长会在一定程度上延长。资源使用率的提高可以降低资源设备的使用成本，而响应时长的延长会在一定程度上影响用户体验。
34.该实施例通过为资源使用率设定使用率上限值（即使用率阈值），为响应时长设定延迟条件，并通过将为目标实例分配的第一资源量调整为满足预定条件的最小资源量，可
以在保证用户体验的同时，尽可能降低资源设备的使用成本，使得资源利用率达到最优。可以理解的是，在确定了最小资源量后，该实施例还可以将为前述的多个服务实例分配的资源量均调整为该最小资源量，这是由于该多个服务实例提供的服务为相同服务。
35.在一实施例中，延迟条件例如可以包括响应时长小于预定时长。如此，在响应时长小于该预定时长时，可以确定该响应时长满足延迟条件。或者，可以采用下文描述的方法来确定响应时长是否满足延迟条件。
36.根据本公开的实施例，在调整第一资源量来得到最小资源量时，可以逐步地调整第一资源量，并根据调整后的资源量来运行目标实例，确定在该调整后的资源量下目标实例的运行信息。统计第一资源量取多个值时的运行信息，得到多个运行信息。该多个运行信息既包括满足预定条件的运行信息，也包括因响应时长不满足延迟条件而不满足预定条件的运行信息。建立该多个运行信息与第一资源量的多个值之间的映射关系，并将得到的多个映射关系根据第一资源量的多个值自大至小排序，从而可以定位到多个运行信息中相邻的两个目标信息，该两个目标信息中的一个信息满足预定条件，另一个信息不满足预定条件。该实施例可以将与满足预定条件的该一个信息具有映射关系的第一资源量的值作为最小资源量的取值。
37.根据本公开的实施例，在第一运行信息不满足预定条件的情况下，该实施例可以逐步地增大第一资源量，并根据增大后的第一资源量运行目标实例，从而得到前述的第一资源量的多个值和多个运行信息。在第一运行信息中的响应时长满足预定条件的情况下，该实施例可以逐步地减小第一资源量，并根据减小后的第一资源量运行目标实例，从而得到前述的第一资源量的多个值和多个运行信息。
38.以下将结合图3对调整第一资源量，得到使目标实例的运行信息满足预定条件的最小资源量的原理进行详细描述。
39.图3是根据本公开实施例的得到最小资源量的原理示意图。
40.如图3所示，该实施例可以将第一运行信息作为当前运行信息的初始值，通过循环执行操作s321~操作s324来完成调整第一资源量得到最小资源量的操作。即，将第一运行信息赋值给当前运行信息后循环地执行操作s321~操作s324，直至得到最小资源量。
41.在操作s321，根据当前运行信息调整第一资源量，得到调整后资源量。
42.根据本公开的实施例，可以在当前运行信息满足预定条件时，根据第一预定步长来增大第一资源量。这是由于响应时长不满足延迟条件，说明响应时长过长已影响了用户体验，在资源使用率大于等于使用率阈值时，说明使用率阈值已超过允许的上限，为了减小该响应时长或减小资源使用率，需要为目标实例分配更多的资源。
43.根据本公开的实施例，可以在当前运行信息满足预定条件时，根据第二预定步长来减小第一资源量。其中，此种情况减小第一资源量是为了尝试性地进一步提高资源使用率。
44.可以理解的是，第一预定步长和第二预定步长可以取相同的值，也可以取不同的值。该第一预定步长和第二预定步长的取值可以根据实际需求进行设定，本公开对此不做限定。
45.在操作s322，根据调整后资源量运行目标实例，得到目标实例的第二运行信息。
46.根据本公开的实施例，该实施例根据调整后资源量运行目标实例实质上是指：根
据该调整后资源量对为了运行该目标实例而部署的docker容器中所指定的namespace参数做调整，随后将该目标实例对应的进程的状态调整为执行状态。在进程执行的过程中，实时获取第二运行信息。其中，进程实质上为被操作系统加载到内存的、正在运行的应用程序的实例。
47.可以理解的是，该第二运行信息的获取方式与前文描述的第一运行信息的获取方式类似，且该第二运行信息也包括资源使用率和响应时长。
48.在得到第二运行信息后，该实施例可以执行操作s323，根据当前运行信息和第二运行信息，确定是否得到使目标实例的运行信息满足预定条件的最小资源量。
49.具体地，可以判断当前运行信息和第二运行信息中，是否包括满足预定条件的一个运行信息，以及不满足预定条件的另一个运行信息。若包括，则确定得到了最小资源量，并执行操作s325，确定当前运行信息和第二运行信息中，满足预定条件的另一个运行信息所对应的资源量为最小资源量，即，另一个运行信息是通过根据该最小资源量运行目标实例而得到的。若不包括，则确定未得到最小资源量。
50.在未得到最小资源量的情况下，该实施例可以执行操作s324，将第二运行信息赋值给当前运行信息，将调整后资源量赋值给第一资源量。随后，即可返回执行操作s321。
51.通过该实施例的确定最小资源量的原理，可以在保证目标实例提供服务的速度不退化的情况下，使得资源利用率达到最优，以最大限度的节省服务成本。该最小资源量即为运行信息满足预定条件与不满足预定条件的临界点。可以理解的是，上述确定最小资源量的原理仅作为示例以利于理解本公开，本公开对此不做限定。
52.可以理解的是，调整第一资源量的过程可以通过容器垂直伸缩原理（vertical-pod autoscaler，vpa）来实现。容器垂直伸缩原理具体为：根据实例对分配资源的使用率来自动设置cpu、内存等资源的资源分配量，从而允许实例在资源设备上进行适当的调度，以便为每个实例提供适当的资源。该容器垂直伸缩原理既可以缩小过度请求了资源的容器，也可以根据资源的真实使用情况随时提升为资源不足的容器分配的资源量。
53.根据本公开的实施例，对于前文描述的当前运行信息和第二运行信息中的任一运行信息，在确定该任一运行信息中的响应时长是否满足延迟条件时，可以将该响应时长与非目标实例的响应时长进行比较，根据比较结果来确定是否满足延迟条件。其中，非目标实例可以与该目标实例同步运行，如此，该比较结果可以在一定程度上反映出对第一资源量的调整对相应时长的影响。
54.示例性地，该实施例还可以获取非目标实例的第三运行信息。该非目标实例为线上运行的多个服务实例中，除目标实例外的任意一个或多个实例。获取该第三运行信息的方法与前述获取第一运行信息方法类似，在此不再赘述。在得到第三运行信息后，该实施例可以确定前述任一运行信息中的响应时长与该第三运行信息中的响应时长之间的差值。若该差值小于等于预定差值，则确定任一运行信息中的响应时长满足延迟条件。
55.以下将结合图4~图5对确定响应时长是否满足延迟条件的两个实施例进行详细描述。可以理解的是，该两个实施例仅作为示例以利于理解本公开，本公开对此不做限定。
56.图4是根据本公开实施例的确定响应时长是否满足延迟条件的原理示意图。
57.根据本公开的实施例，在得到任一运行信息中的响应时长与第三运行信息中的响应时长之间的差值后，还可以将该差值与目标差值进行比较。若该差值与目标差值之间的
差异小于等于第一预定差异，则确定任一运行信息中的响应时长满足延迟条件。这是由于考虑到在调整第一资源量之前，为该目标实例与非目标实例分配的资源量可能不同。该实施例通过为该目标实例和非目标实例的差值设定目标差值，可以使得是否满足延迟条件的判定过程能够兼顾该资源量不同的情况，利于提高判定结果的准确度。其中，目标差值可以根据在调整第一资源量之前，为该目标实例与非目标实例分配的资源量的差异来确定。例如，第一预定差异例如可以为确定的差值与目标差值之间的差值阈值，若两个差值之间的差值小于等于该差值阈值，则可以确定任一运行信息中的响应时长满足延迟条件。或者，第一预定差异例如可以为确定的差值相对于目标差值的差值比例的阈值，若两个差值之间的差值与目标差值的比值小于等于该阈值，则可以确定任一运行信息中的响应时长满足延迟条件。
58.在一实施例中，该目标差值可以根据目标实例在历史时段内的响应时长与非目标实例在同一历史时段内的响应时长之间的差值来确定。该历史时段可以与得到该任一运行信息的当前时段相对应。具体地，若得到该任一运行信息的当前时段为时段10:00~10:30，则历史时段可以为前一天的10:00~10:30。如此，可以考虑到因服务实例所提供服务的访问量受时段的影响，使得不同时段的响应时长发生抖动的情况。并因此可以提高确定的判定结果的准确度。
59.在一实施例中，可以在多个时间点下获取目标实例的运行信息和非目标实例的运行信息。通过综合考虑该多个时间点下获取的运行信息中响应时长的差值，得到任一运行信息中响应时长与第三运行信息中响应时长之间的差值。如此，可以避免以下情况：因单个时间点下响应时长发生抖动，导致确定的差值无法准确反映第一资源量的调整对响应时长的影响。并因此，可以进一步提高确定的判定结果的准确度。
60.具体地，可以设置统计窗口，该统计窗口中包括多个时间点。该统计窗口的长度例如可以与前述的历史时段的长度相等。该实施例获取的任一运行信息可以包括分别针对该多个时间点的多个第一响应时长，且第三运行信息包括分别针对该多个时间点的多个第二响应时长。该实施例可以针对多个时间点中的每个时间点，确定针对该每个时间点的第一响应时长与针对该每个时间点的第二响应时长之间的差值，从而得到针对所述每个时间点的差值。针对多个时间点，可以得到多个差值。该实施例可以根据该多个差值，确定任一运行信息中的响应时长与第三运行信息中的响应时长之间的差值。具体地，该实施例可以将该多个差值的平均值作为任一运行信息中的响应时长与第三运行信息中的响应时长之间的差值。
61.在一实施例中，可以选择多个服务实例作为目标实例，并获取多个非目标实例的运行信息来得到第三运行信息。即，前述的目标实例包括多个第一实例，前述选择的非目标实例包括多个第二实例。相应地，前述的第一运行信息包括多个第一实例各自的响应时长，前述的第三运行信息包括多个第二实例各自的响应时长。该实施例可以将多个第一实例与多个第二实例两两配对，得到多个实例对，且每个实例对中包括一个第一实例和一个第二实例。随后，可以根据多个实例对中每个实例对所包括的第一实例的响应时长与第二实例的响应时长之间的差值，来确定任一运行信息中的响应时长与第三运行信息中的响应时长之间的差值。通过该方式，可以避免因单个实例运行异常而导致响应时长异常的情况，并因此可以进一步提高确定的差异的精度，提高判定结果的准确性。
62.例如，针对每个实例对，可以确定任一运行信息中该每个实例对包括的第一实例的响应时长与第三运行信息中该每个实例对包括第二实例的响应时长之间的差值，从而得到针对该每个实例对的差值。最后，可以将针对多个实例对的多个差值的平均值，作为任一运行信息中的响应时长与第三运行信息中的响应时长之间的差值。
63.在一实施例中，可以既在多个时间点下获取目标实例的运行信息和非目标实例的运行信息，又选择多个服务实例作为目标实例。示例性地，如图4所示，该实施例400中，统计窗口内可以包括三个时间点t1、t2、t3，选择的目标实例为两个，实例a和实例b，获取的第三运行信息中包括非目标实例c、非目标实例d和非目标实例e。
64.在确定任一运行信息中的响应时长与第三运行信息中的响应时长之间的差值时，可以对于三个时间点t1~t3中的每个时间点，确定实例a的响应时长分别与实例c的响应时长、与实例d的响应时长及实例e的响应时长之间的差值，得到3个差值，确定实例b的响应时长分别与实例c的响应时长、与实例d的响应时长及实例e的响应时长之间的差值，得到3个差值，对于三个时间点，共计得到2*3*3=18个差值。该实施例可以将该18个差值的平均值作为任一运行信息中的响应时长与第三运行信息中的响应时长之间的差值。
65.图5是根据本公开另一实施例的确定响应时长是否满足延迟条件的原理示意图。
66.如图5所示，该实施例500在获取非目标实例的第三运行信息之前，可以先根据目标实例510的历史运行信息和多个非目标实例各自的历史运行信息，确定与目标实例匹配的非目标实例，作为配对实例。则获取的第三运行信息为该配对实例的运行信息。
67.例如，若多个非目标实例的个数为m，则该多个非目标实例包括非目标实例520_1~非目标实例520_m。若m个非目标实例中，非目标实例520_2在历史时段内的响应时长与目标实例510在历史时段内的响应时长最为接近，则确定该非目标实例520_2为配对实例。
68.例如，针对m个非目标实例中的每个实例，可以计算目标实例510的历史运行信息中各个时间点的响应时长与该每个实例的历史运行信息中各个时间点的响应时长之间的差值，得到针对各个时间点的差值。随后可以计算该各个时间点的差值的方差，得到针对每个实例的方差。针对m个非目标实例，可以得到m个方差，该实施例可以该m个方差中最小方差所针对的实例作为配对实例。或者，该实施例可以对针对各个时间点的差值的绝对值求平均，若得到的平均值小于指定阈值，则确定与该针对各个时间点的差值对应的非目标实例为配对实例。
69.在得到配对实例后，该实施例可以获取该配对实例的运行信息，作为第三运行信息521。随后计算前述目标实例510的任一运行信息511中的响应时长与该第三运行信息521中的响应时长之间的差值，即得到响应时长差值530。若该响应时长差值530大于预定差值，或者该响应时长差值530与第三运行信息521中的响应时长的比值小于等于预定比值，则可以确定该任一运行信息511中的响应时长满足延迟条件。
70.可以理解的是，在目标实例为多个的情况下，可以针对每个目标实例得到一个配对实例。最终，将多个目标实例与对应的配对实例的响应时长的差值平均值，作为前述任一运行信息的响应时长与第三运行信息的响应时长之间的差值。该实施例也可以获取多个时间点的响应时长，如此，针对每个时间点，可以得到一个差值，最终，将针对多个时间点得到的多个差值的平均值，作为任一运行信息的响应时长与第三运行信息的响应时长之间的差值。
71.该实施例通过确定配对实例，相较于随机选择非目标实例获取运行信息的技术方案，可以提高确定的差值的参考价值，并因此可以提高针对任一运行信息的响应时长是否满足延迟条件的判定结果的精度，提高确定的最小资源量的精度，实现目标实例的资源量的精准调整。
72.可以理解的是，本公开实施例提供的调整资源量的方法，可以周期性地执行，以使得为目标实例分配的资源量能够随着实时需求而变化，实现资源量的灵活调整，在保证用户体验的前提下，进一步地节省服务成本。再者，可以理解的是，上述确定最小资源量的过程实质上为确定资源配额（quato）的过程。
73.基于本公开提供的调整资源量的方法，本公开还提供了一种调整资源量的装置。以下将结合图6对该装置进行详细描述。
74.图6是根据本公开实施例的调整资源量的装置的结构框图。
75.如图6所示，该实施例的调整资源量的装置600可以包括信息获取模块610、资源量确定模块620和资源量调整模块630。
76.信息获取模块610用于获取目标实例的第一运行信息；其中，实例的运行信息包括资源使用率和响应时长。在一实施例中，信息获取模块610可以用于执行前文描述的操作s210，在此不再赘述。
77.资源量确定模块620用于根据第一运行信息调整为目标实例分配的第一资源量，得到使目标实例的运行信息满足预定条件的最小资源量。其中，预定条件包括资源使用率小于使用率阈值且响应时长满足延迟条件。在一实施例中，资源量确定模块620可以用于执行前文描述的操作s220，在此不再赘述。
78.资源量调整模块630用于将第一资源量调整为最小资源量。在一实施例中，资源量调整模块630可以用于执行前文描述的操作s230，在此不再赘述。
79.根据本公开的实施例，上述资源量确定模块620可以包括调整子模块、实例运行子模块、最小确定子模块和赋值子模块。其中，调整子模块用于响应于当前运行信息被赋值，根据当前运行信息调整第一资源量，得到调整后资源量。实例运行子模块用于根据调整后资源量运行目标实例，得到目标实例的第二运行信息。最小确定子模块用于根据当前运行信息和第二运行信息，确定是否得到最小资源量。赋值子模块用于响应于未得到最小资源量，将第二运行信息赋值给当前运行信息，并将调整后资源量赋值给第一资源量。其中，当前运行信息的初始值为第一运行信息。
80.根据本公开的实施例，上述调整子模块可以包括资源量增大单元和资源量减小单元。资源量增大单元用于响应于当前运行信息不满足预定条件，根据第一预定步长增大第一资源量。资源量减小单元用于响应于当前运行信息满足预定条件，根据第二预定步长减小第一资源量。
81.根据本公开的实施例，上述调整资源量的装置600还可以包括延迟确定模块，用于针对当前运行信息和第二运行信息中的任一运行信息，确定任一运行信息中的响应时长是否满足延迟条件。该延迟确定模块可以包括信息获取子模块、差值确定子模块和延迟确定子模块。信息获取子模块用于获取非目标实例的第三运行信息。差值确定子模块用于确定任一运行信息中的响应时长与第三运行信息中的响应时长之间的差值。延迟确定子模块用于根据差值，确定任一运行信息中的响应时长是否满足延迟条件。
82.根据本公开的实施例，延迟确定子模块用于响应于差值与目标差值之间的差异小于等于第一预定差异，确定任一运行信息中的响应时长满足延迟条件。其中，目标差值是根据目标实例在历史时段内的响应时长与非目标实例在历史时段内的响应时长之间的差值所确定的，历史时段与得到任一运行信息的当前时段相对应。
83.根据本公开的实施例，任一运行信息包括分别针对多个时间点的多个第一响应时长，第三运行信息包括分别针对多个时间点的多个第二响应时长。上述差值确定子模块可以包括第一差值确定单元和第二差值确定单元。第一差值确定单元用于针对多个时间点中的每个时间点，确定针对每个时间点的第一响应时长与针对每个时间点的第二响应时长之间的差值，得到针对每个时间点的差值。第二差值确定单元用于根据针对多个时间点的多个差值，确定任一运行信息中的响应时长与第三运行信息中的响应时长之间的差值。
84.根据本公开的实施例，目标实例包括多个第一实例，非目标实例包括多个第二实例。上述差值确定子模块可以包括实例组合单元、第三差值确定单元和第四差值确定单元。实例组合单元用于根据多个第一实例和多个第二实例，得到多个实例对，多个实例对中的每个实例对包括一个第一实例和一个第二实例。第三差值确定单元用于针对每个实例对：确定任一运行信息中每个实例对包括的第一实例的响应时长与第三运行信息中每个实例对包括的第二实例的响应时长之间的差值，得到针对每个实例对的差值。第四差值确定单元用于根据针对多个实例对的多个差值，确定任一运行信息中的响应时长与第三运行信息中的响应时长之间的差值。
85.根据本公开的实施例，上述调整资源量的装置600还可以包括配对实例确定模块，用于根据目标实例在历史时段内的运行信息和至少一个非目标实例各自在历史时段内的运行信息，确定至少一个非目标实例中针对目标实例的配对实例，其中，第三运行信息为配对实例的运行信息。
86.需要说明的是，本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。在本公开的技术方案中，在获取或采集用户个人信息之前，均获取了用户的授权或同意。
87.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
88.图7示出了可以用来实施本公开实施例的调整资源量的方法的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
89.如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器（rom）702中的计算机程序或者从存储单元708加载到随机访问存储器（ram）703中的计算机程序，来执行各种适当的动作和处理。在ram 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、rom 702以及ram 703通过总线704彼此相连。输入/输出（i/o）接口705也连接至总线704。
90.设备700中的多个部件连接至i/o接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
91.计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元（cpu）、图形处理单元（gpu）、各种专用的人工智能（ai）计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器（dsp）、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如调整资源量的方法。例如，在一些实施例中，调整资源量的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由rom 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到ram 703并由计算单元701执行时，可以执行上文描述的调整资源量的方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行调整资源量的方法。
92.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列（fpga）、专用集成电路（asic）、专用标准产品（assp）、芯片上系统的系统（soc）、复杂可编程逻辑设备（cpld）、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
93.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
94.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器（ram）、只读存储器（rom）、可擦除可编程只读存储器（eprom或快闪存储器）、光纤、便捷式紧凑盘只读存储器（cd-rom）、光学储存设备、磁储存设备、或上述内容的任何合适组合。
95.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置（例如，crt（阴极射线管）或者lcd（液晶显示器）监视器）；以及键盘和指向装置（例如，鼠标或者轨迹球），用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的
反馈可以是任何形式的传感反馈（例如，视觉反馈、听觉反馈、或者触觉反馈）；并且可以用任何形式（包括声输入、语音输入或者、触觉输入）来接收来自用户的输入。
96.可以将此处描述的系统和技术实施在包括后台部件的计算系统（例如，作为数据服务器）、或者包括中间件部件的计算系统（例如，应用服务器）、或者包括前端部件的计算系统（例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互）、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信（例如，通信网络）来将系统的部件相互连接。通信网络的示例包括：局域网（lan）、广域网（wan）和互联网。
97.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。其中，服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务（"virtual private server"，或简称 "vps"）中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
98.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
99.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。