边缘计算资源的调整方法、装置、计算设备及存储介质与流程

本发明实施例涉及计算机，具体涉及一种边缘计算资源的调整方法、装置、计算设备及存储介质。

背景技术：

1、随着科技及社会的不断发展，各类互联网平台的出现极大丰富了人们的工作与生活。其中，为了缩短服务延迟以及提高处理速率，一些互联网平台(如直播平台等)采用了边缘计算的系统架构。在该系统架构中，由接近用户终端设备的边缘计算节点进行数据处理、任务执行和/或提供服务等等。

2、采用了边缘计算架构的互联网平台在实际的业务处理过程中，其对应的业务量通常是动态变化的，由此需要对互联网平台的边缘计算资源进行扩容或缩容等调整以适配实际的业务处理需求。

3、然而，发明人在实施过程中发现，现有技术中存在如下缺陷：目前常用的边缘计算资源调整方法为单服务的调整方法，该调整方法是单次仅对某项服务的边缘计算资源进行调整。例如，在直播平台中上行服务已有的边缘计算资源的处理能力小于当前上行服务承载的业务量时，仅扩容上行服务对应的边缘计算资源。然而，采用该种调整方法得到的边缘计算资源配置与互联网平台整体的业务压力不匹配，边缘计算资源的调整精度低。

技术实现思路

1、鉴于现有技术中存在边缘计算资源调整精度低的技术问题，提出了本发明实施例，以便提供一种克服上述问题或者至少部分地解决上述问题的边缘计算资源的调整方法、装置、计算设备及存储介质。

2、根据本发明实施例的第一方面，提供了一种边缘计算资源的调整方法，包括：

3、识别出资源指标值处于预设区间的目标服务；

4、若所述目标服务为上游类服务，确定所述目标服务的下游服务；

5、联动调整所述目标服务以及所述下游服务的边缘计算资源。

6、在一种可选的实施方式中，所述识别出资源指标值处于预设区间的目标服务包括：检测至少一个服务的边缘计算资源利用率，将所述边缘计算资源利用率位于预设利用率区间的服务作为所述目标服务；

7、和/或，接收业务系统发送的携带有服务信息的资源调整请求，将所述服务信息对应的服务作为所述目标服务；其中，所述资源调整请求在服务的业务指标值处于预设业务指标值区间时生成。

8、在一种可选的实施方式中，在所述接收业务系统发送的携带有服务信息的资源调整请求之后，所述方法还包括：

9、判断所述资源调整请求的接收时间与所述业务系统对应的请求应用时间之间的间隔是否小于预设时长阈值；

10、若是，则屏蔽所述资源调整请求；

11、若否，则应用所述资源调整请求，以使得将所述服务信息对应的服务作为所述目标服务，并更新所述业务系统对应的请求应用时间。

12、在一种可选的实施方式中，所述若所述目标服务为上游类服务，确定所述目标服务的下游服务进一步包括：

13、若所述目标服务为预设上游类服务，确定以所述目标服务为唯一的上游服务的下游服务。

14、在一种可选的实施方式中，所述联动调整所述目标服务以及所述下游服务的边缘计算资源包括：

15、获取所述目标服务与所述下游服务的资源配比；

16、确定所述目标服务的第一资源调整量；

17、根据所述第一资源调整量以及所述资源配比确定所述下游服务的第二资源调整量；

18、利用所述第一资源调整量调整所述目标服务的边缘计算资源，以及利用所述第二资源调整量调整所述下游服务的边缘计算资源。

19、在一种可选的实施方式中，所述目标服务与所述下游服务的资源配比通过如下方式确定：

20、获取所述目标服务的历史数据，根据所述目标服务的历史数据确定出所述目标服务的单个边缘计算节点的最大输出业务量；

21、获取所述下游服务的历史数据，根据所述下游服务的历史数据确定出所述下游服务的单个边缘计算节点的最大承载业务量；

22、根据所述最大输出业务量以及所述最大承载业务量获得所述目标服务与所述下游服务的资源配比。

23、在一种可选的实施方式中，所述方法还包括：若目标服务不是上游类服务，则对所述目标服务的边缘计算资源进行资源调整。

24、在一种可选的实施方式中，调整目标服务的边缘计算资源包括：

25、获取目标服务当前的资源利用率，根据所述资源利用率确定所述目标服务的第一资源调整量；

26、利用所述第一资源调整量调整所述目标服务的边缘计算资源。

27、在一种可选的实施方式中，所述识别出资源指标值位于扩容区间的目标服务包括：识别出资源指标值位于扩容区间的目标服务；

28、所述联动调整所述目标服务以及所述下游服务的边缘计算资源包括：对所述目标服务以及所述下游服务的边缘计算资源进行联动扩容；

29、和/或，所述识别出资源指标值处于预设区间的目标服务包括：识别出资源指标值位于缩容区间的目标服务；

30、所述联动调整所述目标服务以及所述下游服务的边缘计算资源包括：对所述目标服务以及所述下游服务的边缘计算资源进行联动缩容。

31、在一种可选的实施方式中，在所述对所述目标服务以及所述下游服务的边缘计算资源进行联动扩容之后，所述方法还包括：为扩容的边缘计算节点分配扩容标签；

32、所述对所述目标服务以及所述下游服务的边缘计算资源进行联动缩容包括：优先选取分配有扩容标签的边缘计算节点作为缩容的边缘计算节点。

33、在一种可选的实施方式中，在所述对所述目标服务以及所述下游服务的边缘计算资源进行联动缩容之后，所述方法还包括：为缩容的边缘计算节点分配缩容标签；

34、所述对所述目标服务以及所述下游服务的边缘计算资源进行联动扩容包括：优先选取分配有缩容标签的边缘计算节点作为扩容的边缘计算节点。

35、根据本发明实施例的第二方面，提供了一种边缘计算资源的调整装置，包括：

36、识别模块，用于识别出资源指标值处于预设区间的目标服务；

37、确定模块，用于若所述目标服务为上游类服务，确定所述目标服务的下游服务；

38、调整模块，用于联动调整所述目标服务以及所述下游服务的边缘计算资源。

39、在一种可选的实施方式中，识别模块用于：检测至少一个服务的边缘计算资源利用率，将所述边缘计算资源利用率位于预设利用率区间的服务作为所述目标服务；

40、和/或，接收业务系统发送的携带有服务信息的资源调整请求，将所述服务信息对应的服务作为所述目标服务；其中，所述资源调整请求在服务的业务指标值处于预设业务指标值区间时生成。

41、在一种可选的实施方式中，识别模块用于：判断所述资源调整请求的接收时间与所述业务系统对应的请求应用时间之间的间隔是否小于预设时长阈值；

42、若是，则屏蔽所述资源调整请求；

43、若否，则应用所述资源调整请求，以使得将所述服务信息对应的服务作为所述目标服务，并更新所述业务系统对应的请求应用时间。

44、在一种可选的实施方式中，确定模块用于：若所述目标服务为预设上游类服务，确定以所述目标服务为唯一的上游服务的下游服务。

45、在一种可选的实施方式中，调整模块用于：获取所述目标服务与所述下游服务的资源配比；

46、确定所述目标服务的第一资源调整量；

47、根据所述第一资源调整量以及所述资源配比确定所述下游服务的第二资源调整量；

48、利用第一资源调整量调整目标服务的边缘计算资源，以及利用第二资源调整量调整所述下游服务的边缘计算资源。

49、在一种可选的实施方式中，调整模块用于：获取目标服务的历史数据，根据目标服务的历史数据确定出目标服务的单个边缘计算节点的最大输出业务量；

50、获取所述下游服务的历史数据，根据下游服务的历史数据确定出下游服务的单个边缘计算节点的最大承载业务量；

51、根据所述最大输出业务量以及最大承载业务量获得所述目标服务与所述下游服务的资源配比。

52、在一种可选的实施方式中，调整模块用于：若所述目标服务不是上游类服务，则单独调整所述目标服务的边缘计算资源。

53、在一种可选的实施方式中，调整模块用于：获取目标服务当前的资源利用率，根据资源利用率确定目标服务的第一资源调整量；

54、利用第一资源调整量调整目标服务的边缘计算资源。

55、在一种可选的实施方式中，识别模块用于：识别出资源指标值位于扩容区间的目标服务；

56、调整模块用于：对目标服务以及下游服务的边缘计算资源进行联动扩容；

57、和/或，识别模块用于：识别出资源指标值位于缩容区间的目标服务；

58、调整模块用于：对目标服务以及下游服务的边缘计算资源进行联动缩容。

59、在一种可选的实施方式中，调整模块用于：为扩容的边缘计算节点分配扩容标签；

60、优先选取分配有扩容标签的边缘计算节点作为缩容的边缘计算节点。

61、在一种可选的实施方式中，调整模块用于：为缩容的边缘计算节点分配缩容标签；

62、优先选取分配有缩容标签的边缘计算节点作为扩容的边缘计算节点。

63、根据本发明实施例的第三方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；

64、所述存储器用于存放至少一可执行指令，可执行指令使处理器执行上述边缘计算资源的调整方法对应的操作。

65、根据本发明实施例的第四方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行上述边缘计算资源的调整方法对应的操作。

66、本发明实施例在确定出资源指标值处于预设区间的目标服务之后，确定出目标服务的下游服务，联动调整目标服务以及对应的下游服务，使得下游服务的资源配置能够跟随目标服务的资源配置快速调整，提升资源调整效率；并且能够避免因仅对目标服务进行资源调整而引起的下游服务存在负载过高或过低的现象，使得联动调整后的边缘计算资源配置与互联网平台整体的业务压力相适配，提高边缘计算资源的调整精度。

67、本发明实施例根据检测到的至少一个服务的边缘计算资源利用率，识别出目标服务，从而简化目标服务的识别过程。

68、本发明实施例根据业务系统发送的资源调整请求确定目标服务，从而可以使得资源调整能够满足多样化的业务需求，减少资源调整与业务需求的延迟。

69、本发明实施例为业务系统调用资源管理系统进行资源调整进行频次限制，从而避免业务系统频繁调用，节约系统资源。

70、本发明实施例在目标服务为预设上游类服务时确定以该目标服务为唯一的上游服务的下游服务，在保障资源调整效率的基础上，减少服务调整的数量。

71、本发明实施例根据目标服务和下游服务的资源配比以及目标服务的第一资源调整量来确定下游服务的第二资源调整量，从而能够保障目标服务和下游服务的负载保持相对稳定，减少下游服务负载过大或资源过剩情况的发生。

72、本发明实施例根据历史数据确定目标服务的单个边缘计算节点的最大输出业务量以及下游服务的单个边缘计算节点的最大承载业务量，进而根据最大输出业务量以及最大承载业务量能够准确地获得目标服务与下游服务的资源配比。

73、本发明实施例在目标服务不是上游类服务时仅对目标服务的边缘计算资源进行资源调整，从而满足对目标服务的资源调整需求。

74、本发明实施例根据资源利用率确定目标服务的第一资源调整量，从而实现资源的梯度调整，节约系统资源。

75、本发明实施例为扩容的边缘计算节点分配扩容标签，从而便于准确识别扩容的边缘计算节点，并在扩容时优先选取携带有缩容标签的边缘计算节点作为扩容的边缘计算节点，从而可以还原服务原始的资源配置，保障服务的稳定性。

76、本发明实施例可以为缩容的边缘计算节点分配缩容标签，从而便于准确识别缩容的边缘计算节点，并在缩容时优先选取携带有扩容标签的边缘计算节点作为缩容的边缘计算节点，从而可以不影响服务原始的资源配置，保障服务的稳定性。

77、上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明实施例的具体实施方式。