CN116456496A - 资源调度的方法、存储介质及电子设备 - Google Patents

资源调度的方法、存储介质及电子设备 Download PDF

Info

Publication number
CN116456496A
CN116456496A CN202310715346.9A CN202310715346A CN116456496A CN 116456496 A CN116456496 A CN 116456496A CN 202310715346 A CN202310715346 A CN 202310715346A CN 116456496 A CN116456496 A CN 116456496A
Authority
CN
China
Prior art keywords
resource
service flow
type
interacted
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202310715346.9A
Other languages
English (en)
Other versions
CN116456496B (zh
Inventor
杨光
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba China Co Ltd
Original Assignee
Alibaba China Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba China Co Ltd filed Critical Alibaba China Co Ltd
Priority to CN202310715346.9A priority Critical patent/CN116456496B/zh
Publication of CN116456496A publication Critical patent/CN116456496A/zh
Application granted granted Critical
Publication of CN116456496B publication Critical patent/CN116456496B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/535Allocation or scheduling criteria for wireless resources based on resource usage policies
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种资源调度的方法、存储介质及电子设备。其中,该方法包括:从专网终端获取待交互业务流;确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求;基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果。本申请解决了由于在专网区域边缘节点的上层应用中独立使用计算资源而造成的资源调度灵活性差、资源利用率低的技术问题。

Description

资源调度的方法、存储介质及电子设备
技术领域
本申请涉及计算机技术领域,具体而言,涉及一种资源调度的方法、存储介质及电子设备。
背景技术
5G专网是基于5G技术建立的一种专用网络,主要应用于行业垂直领域,能够提供高速、低延迟、安全可靠的通信服务。传统5G专网的通信服务及应用服务主要部署在边缘节点,这种部署方式可以利用边缘网络设备固定为专网提供通信服务,以及利用边缘服务器固定为专网提供应用服务,由此使得两种服务可以在利用不同硬件且占用固定资源的情况下使用。为了便于部署,相关技术中一般采用异构硬件将不同类型的计算资源统一安装在边缘服务器,并且分别采用独立的虚拟层向上层应用提供计算资源,而在上层应用中独立使用计算资源,无法实现资源共享,由此则导致计算资源的调度灵活性差、资源利用率低。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种资源调度的方法、存储介质及电子设备,以至少解决由于在专网区域边缘节点的上层应用中独立使用计算资源而造成的资源调度灵活性差、资源利用率低的技术问题。
根据本申请实施例的一个方面,提供了一种资源调度的方法,包括:从专网终端获取待交互业务流;确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求;基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果。
根据本申请实施例的另一方面,还提供了一种计算机可读存储介质,计算机可读存储介质包括存储的程序,其中,在程序运行时控制计算机可读存储介质所在设备执行本申请实施例中任意一项的资源调度的方法。
根据本申请实施例的另一方面,还提供了一种电子设备,包括:处理器;以及存储器,与处理器连接,用于为处理器提供处理以下处理步骤的指令:从专网终端获取待交互业务流;确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求;基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果。
在本申请实施例中,通过对待交互业务流进行分析,从而确定待交互业务流的业务类型以及对于待使用计算资源的业务需求,进一步按照业务类型和业务需求调度待使用计算资源对待交互业务流进行业务处理,得到处理结果,由此能够对于待使用计算资源进行动态调度以充分满足待交互业务流的业务需求。
容易注意到的是,本申请提供的资源调度的方法通过从专网终端获取待交互业务流,进而确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求,最后基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果,由此,本申请实施例达到了动态调度待使用计算资源以充分满足待交互业务流的业务需求的目的,从而实现了改善专网区域边缘节点的资源调度灵活性、提升资源利用率的技术效果,进而解决了由于在专网区域边缘节点的上层应用中独立使用计算资源而造成的资源调度灵活性差、资源利用率低的技术问题。
容易注意到的是,上面的通用描述和后面的详细描述仅仅是为了对本申请进行举例和解释,并不构成对本申请的限定。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据相关技术的一种专网通信及应用的部署方案示意图;
图2是根据相关技术的又一种专网通信及应用的部署方案示意图;
图3是根据本申请实施例1的一种用于实现资源调度的方法的计算机终端(或移动设备)的硬件结构框图;
图4是根据本申请实施例1的一种用于实现资源调度的方法的系统示意图;
图5是根据本申请实施例1的一种资源调度的方法的流程图;
图6是根据本申请实施例1的一种资源调度的方法的示意图;
图7是根据本申请实施例2的一种资源调度的装置的结构框图;
图8是根据本申请实施例3的一种计算机终端的结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先,在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释:
边缘计算:是分布式计算的一种形式,它将数据处理、存储和应用程序执行推向网络边缘。通常情况下,这些任务会在距离设备更近的位置进行处理,以提供实时、低延迟、高带宽和安全性能。与传统云计算集中于大型数据中心不同,边缘计算使用由许多小型节点组成的分布式架构来完成各种任务,这些节点可以部署在接入点或物联网终端设备附近,并利用本地资源来快速响应用户需求并提供更好的服务质量。
中央处理器(Central Processing Unit,CPU):是计算机系统的核心部件之一,承担着控制计算机运行和处理数据的任务。CPU通过读取内存中的程序和数据来完成各种操作,并将结果返回给内存或输出设备,同时,它还需要与其他硬件协同工作,如输入输出设备、硬盘、显卡等,以实现完整的计算机功能。
图形处理器(Graphics Processing Unit,GPU):是一种专门用于图像和视频处理的计算机组件。GPU主要用来并行地执行大量简单相似的运算任务,如三维渲染、图像处理、深度学习等。由于其高效的并行能力和优化的硬件架构设计,GPU可以在短时间内完成大规模数据计算和处理,提高了系统性能和效率。
数据处理单元(Data Processing Unit,DPU):是指一种专门设计用于加速深度学习算法的处理器。DPU通常被用于进行大规模的数据处理任务,例如语音识别、图像识别、自然语言处理等,DPU的主要目的是减少计算和内存复杂度的问题,从而提高深度学习算法的效率。
网卡(Network Interface Controller,NIC): 是一种连接计算机和网络的设备,可以帮助计算机与其他计算机和设备共享资源、共享数据和进行通信。网卡通常具有一个唯一的网络地址,可以支持不同的网络逻辑设备,例如以太网(Ethernet)和无线网络(Wi-Fi)。
异构硬件:是指由不同类型、不同体系结构或者不同厂商生产的硬件组成的系统,例如使用了CPU和GPU两种不同架构的计算机,这些异构硬件能够在特定场景下发挥各自优势,提高整个系统的性能和效率。
图1是根据相关技术的一种专网通信及应用的部署方案示意图,如图1所示,在传统的5G专网场景下,可以在专网区域边缘节点部署通信服务及应用服务。在面向行业用户及行业用户应用过程中,一般存在用户数据采集->通信网络传输->应用服务几个环节:在进行用户数据采集时,可以通过专网终端采集行业内的视频信息、设备信息等;在进行通信网络传输时,可以在通信硬件设施上通过5G或其它通信技术,为用户数据传输提供通道以实现5G基站或者核心网的通信网络功能,通信硬件设施中包含第一资源类型,第一资源类型包括的计算资源为CPU、NIC;在提供应用服务时,可以在应用硬件设施上对用户数据进行分析和处理,如常见的图像质量检测、面部识别等,从而分析结果或者处理结果提供给生产使用,在应用硬件设施上一般进行的是并行计算,应用硬件设施中包含第二资源类型,第二资源类型包括的计算资源为GPU、DPU。
在上述方案中,利用边缘网络设备固定为专网提供通信服务,以及利用边缘服务器固定为专网提供应用服务,即在边缘服务器上处理应用服务对应的用户数据,由此使得两种服务可以在利用不同硬件且占用固定资源的情况下使用。
图2是根据相关技术的又一种专网通信及应用的部署方案示意图,如图2所示,为了便于部署,相关技术中一般采用异构硬件将不同类型的计算资源统一安装在边缘异构服务器,并且分别采用独立的虚拟层向上层应用提供计算资源,而在上层应用中独立使用计算资源,无法实现资源共享。
具体的,相关技术中在专网区域边缘节点内的资源调度方式存在以下缺陷:
1、通信基础设施:由于专网通信存在忙碌状态和空闲状态,所需的计算资源是按照峰值资源配比。
2、应用基础设施:对于应用资源的使用存在忙碌状态和空闲状态,所需的计算资源是按照峰值资源配比。
3、通信基础设施+应用基础设施:通信基础设施和应用基础设施的空闲时间不一致,但是也无法共享计算资源。
由此可知,相关技术在存在由于在专网区域边缘节点的上层应用中独立使用计算资源而造成的资源调度灵活性差、资源利用率低的技术问题,针对上述的问题,目前尚未提出有效的解决方案。
实施例1
根据本申请实施例,还提供了一种资源调度的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例1所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。图3示出了一种用于实现资源调度的方法的计算机终端(或移动设备)的硬件结构框图。如图3所示,计算机终端30(或移动设备)可以包括一个或多个(图中采用302a,302b,……,302n来示出)处理器302(处理器302可以包括但不限于微处理器(Microcontroller Unit,MCU)或可编程逻辑器件(Field Programmable Gate Array,FPGA)等的处理装置)、用于存储数据的存储器304、以及用于通信功能的传输装置306。除此以外,还可以包括:显示器、输入/输出接口(I/O接口)、通用串行总线(Universal SerialBus,USB)端口(可以作为BUS总线的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图3所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算机终端30还可包括比图3中所示更多或者更少的组件,或者具有与图3所示不同的配置。
应当注意到的是上述一个或多个处理器302和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算机终端30(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。
存储器304可用于存储应用软件的软件程序以及模块,如本申请实施例中的资源调度的方法对应的程序指令/数据存储装置,处理器302通过运行存储在存储器304内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的资源调度的方法。存储器304可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器304可进一步包括相对于处理器302远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端30。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置306用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端30的通信供应商提供的无线网络。在一个实例中,传输装置306包括一个网络适配器(Network Interface Controller,NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置306可以为射频(Radio Frequency,RF)模块,其用于通过无线方式与互联网进行通讯。
显示器可以例如触摸屏式的液晶显示器(Liquid Crystal Display,LCD),该液晶显示器可使得用户能够与计算机终端30(或移动设备)的用户界面进行交互。
图3示出的硬件结构框图,不仅可以作为上述计算机终端30(或移动设备)的示例性框图,还可以作为上述服务器的示例性框图,一种可选实施例中,图4以框图示出了使用上述图3所示的计算机终端30(或移动设备)作为发送端的一种实施例。如图4所示,计算机终端30(或移动设备)可以经由数据网络连接或电子连接到一个或多个服务器。一种可选实施例中,上述计算机终端30(或移动设备)可以是任意移动计算设备等。数据网络连接可以是局域网连接、广域网连接、因特网连接,或其他类型的数据网络连接。计算机终端30(或移动设备)可以执行以连接到由一个服务器(例如安全服务器)或一组服务器40执行的网络服务。网络服务器是基于网络的用户服务,诸如社交网络、云资源、电子邮件、在线支付或其他在线应用。
在上述运行环境下,本申请提供了如图5所示的资源调度的方法。图5是根据本申请实施例1的一种资源调度的方法的流程图,该方法包括以下步骤:
步骤S51,从专网终端获取待交互业务流;
步骤S52,确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求;
步骤S53,基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果。
本申请实施例中的资源调度的方法能够由部署于专网区域边缘服务器执行,该专网区域边缘服务器能够为园区、工厂或者港口等特定区域提供专网服务,从而实现高效可靠的网络管理和资源规划。
上述专网终端是一种专用于特定应用场景的网络终端设备,可以由专用的硬件和软件组成,专网终端还可以利用专用网络连接至互联网,提供高可靠性、高性能和高安全性的网络连接,以满足一定的业务需求。
利用专网终端能够采集待交互业务流,待交互业务流可以为通信业务流和/或应用业务流。上述通信业务流中包含有提供通信服务的数据,例如,通信业务流中可以包括用户鉴权、用户订阅、会话建立等通信服务所关联的通信信息;上述应用业务流包含有提供应用服务的数据,例如,应用业务流中可以传输面部识别、图像质量检测等应用服务所关联的应用信息,还可以包括有关应用数据的增加、更新、删除和查询等应用操作信息。
进一步的,确定待交互业务流的类型信息和需求信息,利用类型信息可以识别出待交互业务流的业务类型,该业务类型可以为通信业务流类型或者应用业务流类型;上述需求信息可以为待交互业务流所需的资源需求,例如,利用需求信息能够确定通信业务流对于待使用计算资源的业务需求或者应用业务流对待使用计算资源的业务需求。上述待使用计算资源为底层资源,例如CPU、NIC、GPU、DPU等计算资源。
基于类型信息与需求信息调度底层资源对待交互业务流进行业务处理,得到处理结果,能够充分满足待交互业务流的业务需求,从而有效保证通信业务或者应用业务的稳定性。
基于上述步骤S51至步骤S53,通过对待交互业务流进行分析,从而确定待交互业务流的业务类型以及对于待使用计算资源的业务需求,进一步按照业务类型和业务需求调度待使用计算资源对待交互业务流进行业务处理,得到处理结果,由此能够对于待使用计算资源进行动态调度以充分满足待交互业务流的业务需求。
容易注意到的是,本申请提供的资源调度的方法通过从专网终端获取待交互业务流,进而确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求,最后基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果,由此,本申请实施例达到了动态调度待使用计算资源以充分满足待交互业务流的业务需求的目的,从而实现了改善专网区域边缘节点的资源调度灵活性、提升资源利用率的技术效果,进而解决了由于在专网区域边缘节点的上层应用中独立使用计算资源而造成的资源调度灵活性差、资源利用率低的技术问题。
需要说明的是,本申请实施例中的资源调度的方法可以但不限于应用于5G核心网、边缘计算等领域涉及资源调度的应用场景中,尤其是5G专网边缘节点的资源调度场景。
下面对本申请实施例的资源调度的方法进行进一步介绍。
在一种可选的实施方式中,在步骤S52,确定待交互业务流的类型信息包括:通过预先为待交互业务流设置的第一标签确定类型信息。
具体的,预先为待交互业务流设置第一标签(tag),利用第一标签能够快速区分待交互业务流是通信业务流还是应用业务流。
在一种可选的实施方式中,第一标签包括:通信业务流标签、应用业务流标签,类型信息包括:通信业务流标签对应的通信业务流类型,应用业务流标签对应的应用业务流类型,需求信息包括:通信业务流对通信业务流类型对应的异构计算资源的业务需求,应用业务流对应用业务流类型对应的异构计算资源的业务需求。
具体的,预先为待交互业务流设置第一标签,其中,第一标签包括tag1和tag2,tag1用于标识通信业务类型,tag2用于标识应用业务类型,利用tag1和tag2能够快速确定待交互业务流的类型信息。
上述异构计算资源是指在计算机系统中由不同计算机组成的计算资源集合,通过分享计算资源或者共享计算资源来实现高效的数据处理、计算和存储。异构计算资源可以是物理硬件、软件资源、网络资源等,可以是同一类型的资源,也可以是不同类型的资源。通过将不同类型的资源组合起来,可以根据不同的业务需求和数据规模进行配置,从而获得更好的资源调度效率和可扩展性。例如,在本申请实施例中,异构计算资源包括CPU、NIC、GPU、DPU等计算资源。
待交互业务流的需求信息包括通信业务流对通信业务流类型对应的异构计算资源的业务需求,以及应用业务流对应用业务流类型对应的异构计算资源的业务需求,利用需求信息能够快速确定不同业务流对于异构计算资源的业务需求,从而能够按照业务需求进行异构计算资源的合理调度。
在一种可选的实施方式中,本申请实施例中的资源调度的方法还包括:响应于类型信息为通信业务流类型,从预设存储区域获取通信业务流关联的通信业务数据,以采用通信功能无状态化方式调度通信业务流类型对应的异构计算资源对通信业务数据进行业务处理,得到处理结果。
上述预设存储区域为存储通信业务流关联的通信业务数据的目标数据库,例如,在利用边缘服务器进行用户鉴权时,可以从目标数据库中获取用户鉴权数据。
上述通信功能无状态化方式是指在某次通信过程中,系统不会记忆先前的交互历史或上下文信息,而只关注当前通信请求和通信响应之间的数据传输。在这种情况下,每个通信请求都被视为独立的事件,并且系统只需要依据该通信请求进行处理并返回相应结果即可,这种设计模式能够简化系统架构、提高吞吐量以及减少资源占用。
传统通信功能有状态化方式调度通信业务流类型对应的异构计算资源对通信业务数据进行业务处理时,其会对通信业务流类型对应的异构计算资源进行锁定,从而容易造成资源利用率低下,而本申请实施例中则是采用通信功能无状态化方式调度通信业务流类型对应的异构计算资源对通信业务数据进行业务处理,通过设计动态无状态的通信功能,能够实现硬件资源实时解耦,从而使得异构计算资源可以进行动态调度。
另外,应用功能本身也是采用无状态化方式调度应用业务流类型对应的异构计算资源对应用业务数据进行业务处理,从而实现硬件资源实时解耦,以并行实时处理应用业务流。
基于上述可选实施例,在待交互业务流的类型信息为通信业务流类型时,从预设存储区域获取通信业务流关联的通信业务数据,以采用通信功能无状态化方式调度通信业务流类型对应的异构计算资源对通信业务数据进行业务处理,得到处理结果,能够实现硬件资源实时解耦,从而可以动态调度异构计算资源,进一步提升资源调度的灵活性、提升资源利用率。
在一种可选的实施方式中,在步骤S53,基于类型信息与需求信息,调用待使用计算资源对待交互业务流进行业务处理,得到处理结果包括:
步骤S531,基于类型信息确定待使用计算资源的资源类型;
步骤S532,通过资源类型与需求信息,调用待使用计算资源对待交互业务流进行业务处理,得到处理结果。
具体的,待使用计算资源的资源类型可以为CPU、NIC、GPU和DPU。通过资源类型与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果。例如,通过资源类型与需求信息,调度待使用计算资源对通信业务流进行用户鉴权,从而得到鉴权结果;又例如,通过资源类型与需求信息,调度待使用计算资源对应用业务流进行图像质量检测,从而得到检测结果。
基于上述可选实施例,基于类型信息确定待使用计算资源的资源类型,进而通过资源类型与需求信息,调用待使用计算资源对待交互业务流进行业务处理,得到处理结果,能够合理调度待使用资源进行业务处理,进一步提升资源利用率。
在一种可选的实施方式中,在步骤S532,通过资源类型与需求信息,调用待使用计算资源对待交互业务流进行业务处理,得到处理结果包括:
S5321,确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;
S5322,响应于第一空闲计算资源满足需求信息,从第一空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果。
当待交互业务流的类型信息为通信业务流类型时,与通信业务流类型匹配的第一空闲计算资源为空闲的CPU或NIC,确定空闲的CPU或NIC是否满足通信业务流对通信业务流类型对应的异构计算资源的业务需求。当空闲的CPU或NIC满足上述业务需求时,从中调用待使用计算资源对通信业务流进行业务处理,得到处理结果。
当待交互业务流的类型信息为应用业务流类型时,与应用业务流类型匹配的第一空闲计算资源为空闲的GPU或DPU,确定空闲的GPU或DPU是否满足应用业务流对应用业务流类型对应的异构计算资源的业务需求。当空闲的GPU或DPU满足上述业务需求时,从中调用待使用计算资源对应用业务流进行业务处理,得到处理结果。
基于上述可选实施例,通过确定资源类型对应的第一空闲计算资源是否满足需求信息,进而响应于第一空闲计算资源满足需求信息,从第一空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果,能够充分利用空闲计算资源进行业务处理,从而有效提升资源利用率。
在一种可选的实施方式中,在步骤S532,通过资源类型与需求信息,调用待使用计算资源对待交互业务流进行业务处理,得到处理结果包括:
步骤S5323,确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;
步骤S5324,响应于第一空闲计算资源未满足需求信息,从第二空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果,其中,第二空闲计算资源的调度优先级低于第一空闲计算资源的调度优先级。
当待交互业务流的类型信息为通信业务流类型时,与通信业务流类型匹配的第一空闲计算资源为空闲的CPU或NIC,确定空闲的CPU或NIC是否满足通信业务流对通信业务流类型对应的异构计算资源的业务需求。当空闲的CPU或NIC无法满足上述业务需求时,从空闲的GPU或DPU调用待使用计算资源对通信业务流进行业务处理,得到处理结果。其中,空闲的GPU和DPU的调度优先级低于空闲的CPU和NIC的调度优先级。
当待交互业务流的类型信息为应用业务流类型时,与应用业务流类型匹配的第一空闲计算资源为空闲的GPU或DPU,确定空闲的GPU或DPU是否满足应用业务流对应用业务流类型对应的异构计算资源的业务需求,当空闲的GPU或DPU无法满足上述业务需求时,从空闲的CPU或NIC调用待使用计算资源对应用业务流进行业务处理,得到处理结果。
基于上述可选实施例,确定资源类型对应的第一空闲计算资源是否满足需求信息,进而响应于第一空闲计算资源未满足需求信息,从第二空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果,能够充分利用空闲计算资源进行业务处理,从而有效提升资源利用率。
在一种可选的实施方式中,在步骤S532,通过资源类型与需求信息,调用待使用计算资源对待交互业务流进行业务处理,得到处理结果包括:
步骤S5325,确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;
步骤S5326,响应于第一空闲计算资源未满足需求信息,从第一空闲计算资源中调用第一部分计算资源以及从第二空闲计算资源中调用第二部分计算资源对待交互业务流进行业务处理,得到处理结果,其中,待使用计算资源包括:第一部分计算资源与第二部分计算资源,第二空闲计算资源的调度优先级低于第一空闲计算资源的调度优先级。
当待交互业务流的类型信息为通信业务流类型时,与通信业务流类型匹配的第一空闲计算资源为空闲的CPU或NIC,确定空闲的CPU或NIC是否满足通信业务流对通信业务流类型对应的异构计算资源的业务需求。当空闲的CPU或NIC无法满足上述业务需求时,从空闲的CPU或NIC中调用第一部分计算资源以及从空闲的GPU或DPU调用第二部分计算资源对通信业务流进行业务处理,得到处理结果。
当待交互业务流的类型信息为应用业务流类型时,与应用业务流类型匹配的第一空闲计算资源为空闲的GPU或DPU,确定空闲的GPU或DPU是否满足应用业务流对应用业务流类型对应的异构计算资源的业务需求,当空闲的GPU或DPU无法满足上述业务需求时,从空闲的CPU或NIC中调用第一部分计算资源以及从空闲的GPU或DPU调用第二部分计算资源对通信业务流进行业务处理,得到处理结果。
基于上述可选实施例,通过确定资源类型对应的第一空闲计算资源是否满足需求信息,进而响应于第一空闲计算资源未满足需求信息,从第一空闲计算资源中调用第一部分计算资源以及从第二空闲计算资源中调用第二部分计算资源对待交互业务流进行业务处理,得到处理结果,能够充分利用空闲计算资源进行业务处理,从而有效提升资源利用率。
在一种可选的实施方式中,本申请实施例中的资源调度的方法还包括:
步骤S61,按照预设时间粒度,对资源类型对应的计算资源进行资源切分,得到切分结果;
步骤S62,基于切分结果确定预设时间粒度对应的时间单位上是否存在第二标签,其中,第二标签用于表明时间单位对应的计算资源是否为空闲资源;
步骤S63,响应于时间单位上未存在第二标签,将时间单位对应的计算资源确定为第一空闲计算资源或第二空闲计算资源。
具体的,上述预设时间粒度具体可以为秒级时间粒度或者毫秒级时间粒度,其中,预设时间粒度越小,对资源类型对应的计算资源进行资源切分后,得到切分结果的调度精度越高,其用于共享的机会则越多。
基于切分结果确定预设时间粒度对应的时间单位上是否存在第二标签,第二标签可以表明时间单位对应的计算资源是否为空闲资源,当时间单位上不存在第二标签时,将时间单位对应的计算资源确定为第一空闲资源或者第二空闲资源;当时间单位上存在第二标签时,则确定时间单位对应的计算资源被占用,暂时无法进行共享。
以CPU为例,按照毫秒级时间粒度对所有的CPU进行资源切分,得到切分结果,基于切分结果确定CPU在每个毫秒下是否存在第二标签,即基于切分结果确定CPU在每个毫秒下是否空闲,若在部分毫秒下不存在对应的第二标签,则将该部分毫秒时间内的CPU确定为空闲的CPU,利用空闲的CPU可以对通信业务流进行业务处理,还可以在应用业务流所需的空闲GPU不足时,利用空闲的CPU对应用业务流进行业务处理,得到处理结果。
以GPU为例,按照毫秒级时间粒度对所有的GPU进行资源切分,得到切分结果,基于切分结果确定GPU在每个毫秒下是否存在第二标签,即基于切分结果确定GPU在每个毫秒下是否空闲,若在部分毫秒下不存在对应的第二标签,则将该部分毫秒时间内的GPU确定为空闲的GPU,利用空闲的GPU可以对应用业务流进行业务处理,还可以在通信业务流所需的空闲CPU不足时,利用空闲的GPU对通信业务流进行业务处理,得到处理结果。
通过将CPU、GPU的资源切分粒度越细,对于CPU、GPU的调度精度越高,资源调度效率的增长越明显,进而资源利用率也显著提高。在实际应用过程中,通过识别第二标签能够实时感知空闲计算资源,进而对空闲计算资源进行快速且合理的调度,能够在计算资源处于一定比例的空闲状态下,提升20%-30%的资源利用率。
基于上述可选实施例,通过按照预设时间粒度,对资源类型对应的计算资源进行资源切分,得到切分结果,进而基于切分结果确定预设时间粒度对应的时间单位上是否存在第二标签,最后响应于时间单位上未存在第二标签,将时间单位对应的计算资源确定为第一空闲计算资源或第二空闲计算资源,能够采用较细的时间粒度对计算资源进行资源切分,进而利用切分结果实时感知空闲资源,从而有效提升资源调度的灵活性,进一步显著提高资源利用率。
在一种可选的实施方式中,资源类型包括:第一资源类型与第二资源类型,第一资源类型的计算资源用于承载通信业务流数据运算,第二资源类型的计算资源用于承载应用业务流数据运算。
具体的,上述第一资源类型可以为CPU或NIC,能够用于承载通信业务流数据运算,在通信业务流中的部分逻辑运算可以承载在CPU上,部分网络加速能力可以卸载到NIC上。上述第二资源类型可以为GPU或DPU,对应用业务流的处理一般是进行并行计算,并行计算可以承载在GPU上,在对基础设施要求较高的情况下,并行计算也承载在DPU上。
在一种可选的实施方式中,第一资源类型的计算资源通过预设编程语言对外提供的应用程序接口进行调度,其中,预设编程语言是对协议无关的包处理器进行编程的语言。
上述预设编程语言可以为P4语言,P4是一种开源的、针对网络行为级别的专用编程语言,其能够对协议无关的包处理器进行编程。P4语言的语法和语义可以用来描述各种复杂的系统流程,例如网络传输、处理器调度和软件定义。P4语言具有较高的可读性和可维护性,并且可以在多种平台上运行,包括软件定义的网络和硬件设备。
CPU或NIC能够通过P4语言对外提供的应用程序接口(Application ProgrammingInterface,API)进行调度,从而用于对通信业务流进行业务处理;在应用业务流所需的空闲GPU或者DPU不足时,还可以通过API调度空闲的CPU或者NIC对应用业务流进行业务处理。
基于上述可选实施例,通过预设编程语言对外提供的应用程序接口对第一资源类型进行调度,能够使得上层应用软件可以更灵活、更高效地使用不同类型的计算资源,进一步提升资源调度效率。
在一种可选的实施方式中,第二资源类型的计算资源通过软件开发平台对外提供的应用程序接口进行调度。
上述软件开发平台可以为统计计算设备架构平台(Compute UnifiedArchitecture,CUDA),或者芯片架构上的数据中心基础架构开发平台(Data CenterInfrastructure On A Chip Architecture,DOCA)。其中,CUDA是一种通用并行计算架构,该架构使GPU能够解决复杂的计算问题;DOCA是一个在DPU上的软件开发平台,DOCA使得开发人员能够利用API在DPU上快速创建对网络、存储、安全、管理以及人工智能的一系列应用程序和服务。
GPU能够通过CUDA上对外提供的API进行调度,DPU能够通过DOCA上对外提供的API进行调度,从而用于对应用业务流进行业务处理;在通信业务流所需的空闲CPU或者NIC不足时,还可以通过API调度空闲的GPU或者DPU对通信业务流进行业务处理。
基于上述可选实施例,通过软件开发平台对外提供的应用程序接口对第一资源类型进行调度,能够使得上层应用软件可以更灵活、更高效地使用不同类型的计算资源,进一步提升资源调度效率。
图6是根据本申请实施例1的一种资源调度的方法的示意图,如图6所示,从专网终端获取待交互业务流,通过预先为待交互业务流设置的第一标签确定类型信息,基于类型信息确定待使用计算资源的资源类型。按照预设时间粒度,对资源类型对应的计算资源进行资源切分,得到切分结果,基于切分结果确定预设时间粒度对应的时间单位上是否存在第二标签。当时间单位上未存在第二标签时,将时间单位对应的计算资源确定为第一空闲计算资源或第二空闲计算资源。
进一步的,确定资源类型对应的第一空闲计算资源是否满足需求信息,当第一空闲计算资源满足需求信息时,从第一空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果;当第一空闲计算资源未满足需求信息时,从第二空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果;当第一空闲计算资源未满足需求信息时,从第一空闲计算资源中调用第一部分计算资源以及从第二空闲计算资源中调用第二部分计算资源对待交互业务流进行业务处理,得到处理结果。
在图6中所示的资源调度的方法中,通过设计动态无状态化的通信功能,能够将硬件资源实时解耦,从而实现计算资源的动态调度,显著提升了资源调度的灵活性;另外,CPU/NIC通过P4语言对外提供API、GPU通过CUPA对外提供API、DPU通过DOCA对外提供API,由此通过可编程语言的资源抽象层,形成基于物理网络之上的功能软件网络层(Overlay),进而使得上层的功能软件可以实时、统一根据资源需求调用底层资源;此外,本申请实施例通过设置第一标签标识业务类型,从而基于第一标签识别通信业务流、应用业务流,从而根据业务需求进行合理的资源调度;最后,通过将CPU、GPU等计算资源切分粒度做到足够细,从而获得较高的资源调度精度,有效提升了资源利用率。
需要说明的是,本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据,并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准,并提供有相应的操作入口,供用户选择授权或者拒绝。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
实施例2
根据本申请实施例,还提供了一种用于实施上述资源调度的方法的资源调度的装置,图7是根据本申请实施例2的一种资源调度的装置的结构框图,如图7所示,该装置包括:
获取模块701,用于从专网终端获取待交互业务流;
确定模块702,用于确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求;
调度模块703,用于基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果。
可选地,确定模块702还用于通过预先为待交互业务流设置的第一标签确定类型信息。
可选地,第一标签包括:通信业务流标签、应用业务流标签,类型信息包括:通信业务流标签对应的通信业务流类型,应用业务流标签对应的应用业务流类型,需求信息包括:通信业务流对通信业务流类型对应的异构计算资源的业务需求,应用业务流对应用业务流类型对应的异构计算资源的业务需求。
可选地,资源调度的装置还包括:处理模块704,用于响应于类型信息为通信业务流类型,从预设存储区域获取通信业务流关联的通信业务数据,以采用通信功能无状态化方式调度通信业务流类型对应的异构计算资源对通信业务数据进行业务处理,得到处理结果。
可选地,处理模块704还用于:基于类型信息确定待使用计算资源的资源类型;通过资源类型与需求信息,调用待使用计算资源对待交互业务流进行业务处理,得到处理结果。
可选地,处理模块704还用于:确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;响应于第一空闲计算资源满足需求信息,从第一空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果。
可选地,处理模块704还用于:确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;响应于第一空闲计算资源未满足需求信息,从第二空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果,其中,第二空闲计算资源的调度优先级低于第一空闲计算资源的调度优先级。
可选地,处理模块704还用于:确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;响应于第一空闲计算资源未满足需求信息,从第一空闲计算资源中调用第一部分计算资源以及从第二空闲计算资源中调用第二部分计算资源对待交互业务流进行业务处理,得到处理结果,其中,待使用计算资源包括:第一部分计算资源与第二部分计算资源,第二空闲计算资源的调度优先级低于第一空闲计算资源的调度优先级。
可选地,资源调度的装置还包括:切分模块705,用于按照预设时间粒度,对资源类型对应的计算资源进行资源切分,得到切分结果;确定模块702还用于基于切分结果确定预设时间粒度对应的时间单位上是否存在第二标签,其中,第二标签用于表明时间单位对应的计算资源是否为空闲资源;确定模块702还用于响应于时间单位上未存在第二标签,将时间单位对应的计算资源确定为第一空闲计算资源或第二空闲计算资源。
可选地,资源类型包括:第一资源类型与第二资源类型,第一资源类型的计算资源用于承载通信业务流数据运算,第二资源类型的计算资源用于承载应用业务流数据运算。
可选地,第一资源类型的计算资源通过预设编程语言对外提供的应用程序接口进行调度,其中,预设编程语言是对协议无关的包处理器进行编程的语言。
可选地,第二资源类型的计算资源通过软件开发平台对外提供的应用程序接口进行调度。
在本申请实施例中,通过对待交互业务流进行分析,从而确定待交互业务流的业务类型以及对于待使用计算资源的业务需求,进一步按照业务类型和业务需求调度待使用计算资源对待交互业务流进行业务处理,得到处理结果,由此能够对于待使用计算资源进行动态调度以充分满足待交互业务流的业务需求。
容易注意到的是,本申请提供的资源调度的方法通过从专网终端获取待交互业务流,进而确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求,最后基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果,由此,本申请实施例达到了动态调度待使用计算资源以充分满足待交互业务流的业务需求的目的,从而实现了改善专网区域边缘节点的资源调度灵活性、提升资源利用率的技术效果,进而解决了由于在专网区域边缘节点的上层应用中独立使用计算资源而造成的资源调度灵活性差、资源利用率低的技术问题。
此处需要说明的是,上述获取模块701、确定模块702和调度模块703对应于实施例1中的步骤S51至步骤S53,三个模块与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例1所公开的内容。需要说明的是,上述模块或单元可以是存储在存储器中并由一个或多个处理器处理的硬件组件或软件组件,上述模块也可以作为装置的一部分可以运行在实施例1提供的计算机终端中。
实施例3
本申请的实施例可以提供一种计算机终端,该计算机终端可以是计算机终端群中的任意一个计算机终端设备。可选地,在本实施例中,上述计算机终端也可以替换为移动终端等终端设备。
可选地,在本实施例中,上述计算机终端可以位于计算机网络的多个网络设备中的至少一个网络设备。
在本实施例中,上述计算机终端可以执行资源调度的方法中以下步骤的程序代码:从专网终端获取待交互业务流;确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求;基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果。
可选地,图8是根据本申请实施例3的一种计算机终端的结构框图。如图所示,该计算机终端可以包括:一个或多个(图中仅示出一个)处理器82、存储器84、存储控制器、以及外设接口,其中,外设接口与射频模块、音频模块和显示器连接。
其中,存储器可用于存储软件程序以及模块,如本申请实施例中的资源调度的方法和装置对应的程序指令/模块,处理器通过运行存储在存储器内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的资源调度的方法。存储器可包括高速随机存储器,还可以包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
处理器可以通过传输装置调用存储器存储的信息及应用程序,以执行下述步骤:从专网终端获取待交互业务流;确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求;基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果。
可选地,上述处理器还可以执行如下步骤的程序代码:通过预先为待交互业务流设置的第一标签确定类型信息。
可选地,第一标签包括:通信业务流标签、应用业务流标签,类型信息包括:通信业务流标签对应的通信业务流类型,应用业务流标签对应的应用业务流类型,需求信息包括:通信业务流对通信业务流类型对应的异构计算资源的业务需求,应用业务流对应用业务流类型对应的异构计算资源的业务需求。
可选地,上述处理器还可以执行如下步骤的程序代码:响应于类型信息为通信业务流类型,从预设存储区域获取通信业务流关联的通信业务数据,以采用通信功能无状态化方式调度通信业务流类型对应的异构计算资源对通信业务数据进行业务处理,得到处理结果。
可选地,上述处理器还可以执行如下步骤的程序代码:基于类型信息确定待使用计算资源的资源类型;通过资源类型与需求信息,调用待使用计算资源对待交互业务流进行业务处理,得到处理结果。
可选地,上述处理器还可以执行如下步骤的程序代码:确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;响应于第一空闲计算资源满足需求信息,从第一空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果。
可选地,上述处理器还可以执行如下步骤的程序代码:确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;响应于第一空闲计算资源未满足需求信息,从第二空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果,其中,第二空闲计算资源的调度优先级低于第一空闲计算资源的调度优先级。
可选地,上述处理器还可以执行如下步骤的程序代码:确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;响应于第一空闲计算资源未满足需求信息,从第一空闲计算资源中调用第一部分计算资源以及从第二空闲计算资源中调用第二部分计算资源对待交互业务流进行业务处理,得到处理结果,其中,待使用计算资源包括:第一部分计算资源与第二部分计算资源,第二空闲计算资源的调度优先级低于第一空闲计算资源的调度优先级。
可选地,上述处理器还可以执行如下步骤的程序代码:按照预设时间粒度,对资源类型对应的计算资源进行资源切分,得到切分结果;基于切分结果确定预设时间粒度对应的时间单位上是否存在第二标签,其中,第二标签用于表明时间单位对应的计算资源是否为空闲资源;响应于时间单位上未存在第二标签,将时间单位对应的计算资源确定为第一空闲计算资源或第二空闲计算资源。
可选地,资源类型包括:第一资源类型与第二资源类型,第一资源类型的计算资源用于承载通信业务流数据运算,第二资源类型的计算资源用于承载应用业务流数据运算。
可选地,第一资源类型的计算资源通过预设编程语言对外提供的应用程序接口进行调度,其中,预设编程语言是对协议无关的包处理器进行编程的语言。
可选地,第二资源类型的计算资源通过软件开发平台对外提供的应用程序接口进行调度。
采用本申请实施例,通过对待交互业务流进行分析,从而确定待交互业务流的业务类型以及对于待使用计算资源的业务需求,进一步按照业务类型和业务需求调度待使用计算资源对待交互业务流进行业务处理,得到处理结果,由此能够对于待使用计算资源进行动态调度以充分满足待交互业务流的业务需求。
容易注意到的是,本申请提供的资源调度的方法通过从专网终端获取待交互业务流,进而确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求,最后基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果,由此,本申请实施例达到了动态调度待使用计算资源以充分满足待交互业务流的业务需求的目的,从而实现了改善专网区域边缘节点的资源调度灵活性、提升资源利用率的技术效果,进而解决了由于在专网区域边缘节点的上层应用中独立使用计算资源而造成的资源调度灵活性差、资源利用率低的技术问题。
本领域普通技术人员可以理解,图8所示的结构仅为示意,计算机终端也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(MobileInternet Devices,MID)等终端设备。图8其并不对上述电子装置的结构造成限定。例如,计算机终端还可包括比图8中所示更多或者更少的组件(如网络接口、显示装置等),或者具有与图8所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
实施例4
本申请的实施例还提供了一种计算机存储介质。可选地,在本实施例中,上述计算机存储介质可以用于保存上述实施例1所提供的资源调度的方法所执行的程序代码。
可选地,在本实施例中,上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:从专网终端获取待交互业务流;确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求;基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:通过预先为待交互业务流设置的第一标签确定类型信息。
可选地,第一标签包括:通信业务流标签、应用业务流标签,类型信息包括:通信业务流标签对应的通信业务流类型,应用业务流标签对应的应用业务流类型,需求信息包括:通信业务流对通信业务流类型对应的异构计算资源的业务需求,应用业务流对应用业务流类型对应的异构计算资源的业务需求。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:响应于类型信息为通信业务流类型,从预设存储区域获取通信业务流关联的通信业务数据,以采用通信功能无状态化方式调度通信业务流类型对应的异构计算资源对通信业务数据进行业务处理,得到处理结果。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:基于类型信息确定待使用计算资源的资源类型;通过资源类型与需求信息,调用待使用计算资源对待交互业务流进行业务处理,得到处理结果。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;响应于第一空闲计算资源满足需求信息,从第一空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;响应于第一空闲计算资源未满足需求信息,从第二空闲计算资源中调用待使用计算资源对待交互业务流进行业务处理,得到处理结果,其中,第二空闲计算资源的调度优先级低于第一空闲计算资源的调度优先级。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:确定资源类型对应的第一空闲计算资源是否满足需求信息,其中,第一空闲计算资源为类型信息匹配的计算资源;响应于第一空闲计算资源未满足需求信息,从第一空闲计算资源中调用第一部分计算资源以及从第二空闲计算资源中调用第二部分计算资源对待交互业务流进行业务处理,得到处理结果,其中,待使用计算资源包括:第一部分计算资源与第二部分计算资源,第二空闲计算资源的调度优先级低于第一空闲计算资源的调度优先级。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:按照预设时间粒度,对资源类型对应的计算资源进行资源切分,得到切分结果;基于切分结果确定预设时间粒度对应的时间单位上是否存在第二标签,其中,第二标签用于表明时间单位对应的计算资源是否为空闲资源;响应于时间单位上未存在第二标签,将时间单位对应的计算资源确定为第一空闲计算资源或第二空闲计算资源。
可选地,第一资源类型与第二资源类型,第一资源类型的计算资源用于承载通信业务流数据运算,第二资源类型的计算资源用于承载应用业务流数据运算。
可选地,第一资源类型的计算资源通过预设编程语言对外提供的应用程序接口进行调度,其中,预设编程语言是对协议无关的包处理器进行编程的语言。
可选地,第二资源类型的计算资源通过软件开发平台对外提供的应用程序接口进行调度。
采用本申请实施例,通过对待交互业务流进行分析,从而确定待交互业务流的业务类型以及对于待使用计算资源的业务需求,进一步按照业务类型和业务需求调度待使用计算资源对待交互业务流进行业务处理,得到处理结果,由此能够对于待使用计算资源进行动态调度以充分满足待交互业务流的业务需求。
容易注意到的是,本申请提供的资源调度的方法通过从专网终端获取待交互业务流,进而确定待交互业务流的类型信息和需求信息,其中,类型信息用于识别待交互业务流的业务类型,需求信息用于确定待交互业务流对待使用计算资源的业务需求,最后基于类型信息与需求信息,调度待使用计算资源对待交互业务流进行业务处理,得到处理结果,由此,本申请实施例达到了动态调度待使用计算资源以充分满足待交互业务流的业务需求的目的,从而实现了改善专网区域边缘节点的资源调度灵活性、提升资源利用率的技术效果,进而解决了由于在专网区域边缘节点的上层应用中独立使用计算资源而造成的资源调度灵活性差、资源利用率低的技术问题。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

Claims (14)

1.一种资源调度的方法,其特征在于,包括:
从专网终端获取待交互业务流;
确定所述待交互业务流的类型信息和需求信息,其中,所述类型信息用于识别所述待交互业务流的业务类型,所述需求信息用于确定所述待交互业务流对待使用计算资源的业务需求;
基于所述类型信息与所述需求信息,调度所述待使用计算资源对所述待交互业务流进行业务处理,得到处理结果。
2.根据权利要求1所述的方法,其特征在于,确定所述待交互业务流的所述类型信息包括:
通过预先为所述待交互业务流设置的第一标签确定所述类型信息。
3.根据权利要求2所述的方法,其特征在于,所述第一标签包括:通信业务流标签、应用业务流标签,所述类型信息包括:所述通信业务流标签对应的通信业务流类型,所述应用业务流标签对应的应用业务流类型,所述需求信息包括:通信业务流对所述通信业务流类型对应的异构计算资源的业务需求,应用业务流对所述应用业务流类型对应的异构计算资源的业务需求。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
响应于所述类型信息为所述通信业务流类型,从预设存储区域获取所述通信业务流关联的通信业务数据,以采用通信功能无状态化方式调度所述通信业务流类型对应的异构计算资源对所述通信业务数据进行业务处理,得到所述处理结果。
5.根据权利要求2所述的方法,其特征在于,基于所述类型信息与所述需求信息,调用所述待使用计算资源对所述待交互业务流进行业务处理,得到所述处理结果包括:
基于所述类型信息确定所述待使用计算资源的资源类型;
通过所述资源类型与所述需求信息,调用所述待使用计算资源对所述待交互业务流进行业务处理,得到所述处理结果。
6.根据权利要求5所述的方法,其特征在于,通过所述资源类型与所述需求信息,调用所述待使用计算资源对所述待交互业务流进行业务处理,得到所述处理结果包括:
确定所述资源类型对应的第一空闲计算资源是否满足所述需求信息,其中,所述第一空闲计算资源为所述类型信息匹配的计算资源;
响应于所述第一空闲计算资源满足所述需求信息,从所述第一空闲计算资源中调用所述待使用计算资源对所述待交互业务流进行业务处理,得到所述处理结果。
7.根据权利要求5所述的方法,其特征在于,通过所述资源类型与所述需求信息,调用所述待使用计算资源对所述待交互业务流进行业务处理,得到所述处理结果包括:
确定所述资源类型对应的第一空闲计算资源是否满足所述需求信息,其中,所述第一空闲计算资源为所述类型信息匹配的计算资源;
响应于所述第一空闲计算资源未满足所述需求信息,从第二空闲计算资源中调用所述待使用计算资源对所述待交互业务流进行业务处理,得到所述处理结果,其中,所述第二空闲计算资源的调度优先级低于所述第一空闲计算资源的调度优先级。
8.根据权利要求5所述的方法,其特征在于,通过所述资源类型与所述需求信息,调用所述待使用计算资源对所述待交互业务流进行业务处理,得到所述处理结果包括:
确定所述资源类型对应的第一空闲计算资源是否满足所述需求信息,其中,所述第一空闲计算资源为所述类型信息匹配的计算资源;
响应于所述第一空闲计算资源未满足所述需求信息,从所述第一空闲计算资源中调用第一部分计算资源以及从第二空闲计算资源中调用第二部分计算资源对所述待交互业务流进行业务处理,得到所述处理结果,其中,所述待使用计算资源包括:所述第一部分计算资源与所述第二部分计算资源,所述第二空闲计算资源的调度优先级低于所述第一空闲计算资源的调度优先级。
9.根据权利要求6至8中任意一项所述的方法,其特征在于,所述方法还包括:
按照预设时间粒度,对所述资源类型对应的计算资源进行资源切分,得到切分结果;
基于所述切分结果确定所述预设时间粒度对应的时间单位上是否存在第二标签,其中,所述第二标签用于表明所述时间单位对应的计算资源是否为空闲资源;
响应于所述时间单位上未存在所述第二标签,将所述时间单位对应的计算资源确定为所述第一空闲计算资源或第二空闲计算资源。
10.根据权利要求5所述的方法,其特征在于,所述资源类型包括:第一资源类型与第二资源类型,所述第一资源类型的计算资源用于承载通信业务流数据运算,所述第二资源类型的计算资源用于承载应用业务流数据运算。
11.根据权利要求10所述的方法,其特征在于,所述第一资源类型的计算资源通过预设编程语言对外提供的应用程序接口进行调度,其中,所述预设编程语言是对协议无关的包处理器进行编程的语言。
12.根据权利要求10所述的方法,其特征在于,所述第二资源类型的计算资源通过软件开发平台对外提供的应用程序接口进行调度。
13.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括存储的程序,其中,在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1至12中任意一项所述的资源调度的方法。
14.一种电子设备,其特征在于,包括:
处理器;以及
存储器,与所述处理器连接,用于为所述处理器提供处理以下处理步骤的指令:
从专网终端获取待交互业务流;
确定所述待交互业务流的类型信息和需求信息,其中,所述类型信息用于识别所述待交互业务流的业务类型,所述需求信息用于确定所述待交互业务流对待使用计算资源的业务需求;
基于所述类型信息与所述需求信息,调度所述待使用计算资源对所述待交互业务流进行业务处理,得到处理结果。
CN202310715346.9A 2023-06-15 2023-06-15 资源调度的方法、存储介质及电子设备 Active CN116456496B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310715346.9A CN116456496B (zh) 2023-06-15 2023-06-15 资源调度的方法、存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310715346.9A CN116456496B (zh) 2023-06-15 2023-06-15 资源调度的方法、存储介质及电子设备

Publications (2)

Publication Number Publication Date
CN116456496A true CN116456496A (zh) 2023-07-18
CN116456496B CN116456496B (zh) 2023-11-14

Family

ID=87127706

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310715346.9A Active CN116456496B (zh) 2023-06-15 2023-06-15 资源调度的方法、存储介质及电子设备

Country Status (1)

Country Link
CN (1) CN116456496B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117097681A (zh) * 2023-10-16 2023-11-21 腾讯科技(深圳)有限公司 网络资源的调度方法、装置和存储介质及电子设备

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020001320A1 (zh) * 2018-06-27 2020-01-02 阿里巴巴集团控股有限公司 一种资源分配方法、装置及设备
WO2020258920A1 (zh) * 2019-06-26 2020-12-30 华为技术有限公司 一种网络切片资源管理方法及设备
CN112433844A (zh) * 2020-10-22 2021-03-02 苏州浪潮智能科技有限公司 一种资源分配方法、系统、设备及计算机可读存储介质
WO2021093501A1 (zh) * 2019-11-13 2021-05-20 中国移动通信有限公司研究院 一种任务处理方法和网络设备
CN113934545A (zh) * 2021-12-17 2022-01-14 飞诺门阵(北京)科技有限公司 一种视频数据调度方法、系统、电子设备及可读介质
EP3968675A1 (en) * 2020-08-21 2022-03-16 INTEL Corporation Edge computing local breakout
CN114675960A (zh) * 2020-12-24 2022-06-28 阿里巴巴集团控股有限公司 计算资源调配方法、装置及非易失性存储介质
CN115061800A (zh) * 2022-06-30 2022-09-16 中国联合网络通信集团有限公司 边缘计算任务的处理方法、边缘服务器及存储介质
WO2022257604A1 (zh) * 2021-06-10 2022-12-15 北京沃东天骏信息技术有限公司 一种用户标签的确定方法和装置

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020001320A1 (zh) * 2018-06-27 2020-01-02 阿里巴巴集团控股有限公司 一种资源分配方法、装置及设备
WO2020258920A1 (zh) * 2019-06-26 2020-12-30 华为技术有限公司 一种网络切片资源管理方法及设备
WO2021093501A1 (zh) * 2019-11-13 2021-05-20 中国移动通信有限公司研究院 一种任务处理方法和网络设备
EP3968675A1 (en) * 2020-08-21 2022-03-16 INTEL Corporation Edge computing local breakout
CN112433844A (zh) * 2020-10-22 2021-03-02 苏州浪潮智能科技有限公司 一种资源分配方法、系统、设备及计算机可读存储介质
CN114675960A (zh) * 2020-12-24 2022-06-28 阿里巴巴集团控股有限公司 计算资源调配方法、装置及非易失性存储介质
WO2022257604A1 (zh) * 2021-06-10 2022-12-15 北京沃东天骏信息技术有限公司 一种用户标签的确定方法和装置
CN113934545A (zh) * 2021-12-17 2022-01-14 飞诺门阵(北京)科技有限公司 一种视频数据调度方法、系统、电子设备及可读介质
CN115061800A (zh) * 2022-06-30 2022-09-16 中国联合网络通信集团有限公司 边缘计算任务的处理方法、边缘服务器及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117097681A (zh) * 2023-10-16 2023-11-21 腾讯科技(深圳)有限公司 网络资源的调度方法、装置和存储介质及电子设备
CN117097681B (zh) * 2023-10-16 2024-02-09 腾讯科技(深圳)有限公司 网络资源的调度方法、装置和存储介质及电子设备

Also Published As

Publication number Publication date
CN116456496B (zh) 2023-11-14

Similar Documents

Publication Publication Date Title
CN107516090B (zh) 一体化人脸识别方法和系统
Zhang et al. Firework: Data processing and sharing for hybrid cloud-edge analytics
US8533724B1 (en) Virtual resource provisioning by assigning colors to virtual resources in multi-tenant resource pool
CN107463434B (zh) 一种分布式任务处理方法与设备
CN116456496B (zh) 资源调度的方法、存储介质及电子设备
CN110471735A (zh) 操作视图界面推送方法及装置
CN110781180B (zh) 一种数据筛选方法和数据筛选装置
US11755379B2 (en) Liaison system and method for cloud computing environment
CN113626002A (zh) 一种服务执行方法及装置
CN115550354A (zh) 一种数据处理方法、装置及计算机可读存储介质
CN112330519A (zh) 一种数据处理的方法和装置
CN111782473A (zh) 分布式日志数据处理方法、装置及系统
CN105335313A (zh) 一种基础数据的传输方法及装置
US11363094B2 (en) Efficient data processing in a mesh network of computing devices
CN112152879B (zh) 网络质量确定方法、装置、电子设备和可读存储介质
CN114363414A (zh) 一种调度计算实例的方法、装置及系统
CN112396511A (zh) 分布式风控变量数据处理方法、装置及系统
CN111190731A (zh) 基于权重的集群任务调度系统
CN116841720A (zh) 资源配置方法、装置、计算机设备、存储介质及程序产品
CN116737351A (zh) 图像处理系统运行管理方法、装置、存储介质及电子设备
CN112835625A (zh) 流水线配置方法、装置、可读存储介质和电子设备
Rao et al. Anb: Application-in-a-box to rapidly deploy and self-optimize 5g apps
Sobers Smiles David et al. Introduction to Cloud Resource Management
EP4170974A1 (en) Slice service processing method and apparatus, network device, and readable storage medium
CN115375208B (zh) 一种摄像头数据分析方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant