CN115622904A - 管理和调度方法、装置、节点及存储介质 - Google Patents

Abstract

本申请公开了一种管理和调度方法、装置、节点及存储介质。其中，方法包括：第一节点对网络的算力资源和网络资源进行管理；对网络的算力服务进行管理；接收第一业务的服务请求，对所述第一业务进行调度。

Description

管理和调度方法、装置、节点及存储介质

技术领域

本申请涉及数据通信领域，尤其涉及一种管理和调度方法、装置、节点及存储介质。

背景技术

在云计算和边缘计算发展的大趋势下，未来社会中，会在靠近用户的不同距离分布许多不同规模的算力，这些算力通过全球网络为用户提供各类个性化的服务。从百亿量级的智能终端，到全球十亿量级的家庭网关，再到每个城市中未来多接入边缘计算(MEC)带来的数千个具有计算能力的边缘云，以及每个国家数十个大型的云数据中心(DC)，可以形成海量的泛在算力从各处接入互联网，从而形成计算(即算力)和网络深度融合的发展趋势。

针对计算和网络的深度融合，如图1所示，通过将网络中的计算资源融入到网络的各个角落，使每一个网络节点都可以成为资源的提供者；并且，用户的请求可以通过调用最近的节点资源来满足，而不再局限于某一特定节点，避免造成连接和网络调度资源的浪费。与传统网络相比，传统网络只是提供了数据通信的管道，以连接为基础，受制于固定的网络寻址机制，在更高、更苛刻的体验质量(QoE)要求下往往无法满足用户需求。另外，随着微服务的发展，传统网络的客户端(英文可以表达为client)-服务器(英文可以表达为server)模式被解构。服务器侧的应用解构为功能组件部署在云平台上，由应用程序接口(API)网关(英文可以表达为Gateway)进行统一调度，可以实现按需动态实例化。服务器侧的业务逻辑转移到客户端侧，客户端只需要关心计算功能本身，而无需关心服务器、虚拟机、容器等计算资源，从而实现功能即服务(FaaS，Function as a Service)。

由此可见，在面向未来网络的计算和网络深度融合的发展趋势下，基于网络节点实现的动态、分布式的计算，用户可以在不关心计算资源的前提下，直接通过网络获取计算的结果，使网络能够满足用户的QoE要求。

然而，如何优化网络架构以提高业务分布的合理性，仍然是亟待解决的技术问题。

发明内容

为解决相关技术问题，本申请实施例提供一种管理和调度方法、装置、节点及存储介质。

本申请实施例的技术方案是这样实现的：

本申请实施例提供了一种管理和调度方法，应用于第一节点，包括：

对网络的算力资源和网络资源进行管理；

对网络的算力服务进行管理；

接收第一业务的服务请求，对所述第一业务进行调度。

上述方案中，所述对所述第一业务进行调度，包括：

至少基于所述网络的算力资源和网络资源，针对所述第一业务生成调度策略；

并向所述网络的第二节点发送所述调度策略；所述调度策略用于供所述第二节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第二节点至少具有网络控制功能；所述第三节点至少具有算力感知功能和转发功能。

上述方案中，所述对所述第一业务进行调度，包括：

向所述网络的第二节点发送所述网络的算力资源信息，发送的算力资源信息用于供所述第二节点至少基于算力资源信息和网络资源，生成针对所述第一业务的调度策略；所述调度策略用于供所述第二节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第二节点至少具有网络控制功能和算力信息感知功能；所述第三节点至少具有算力感知功能和转发功能。

上述方案中，所述对所述第一业务进行调度，包括：

向所述网络的至少一个第三节点发送所述网络的算力资源信息和网络资源信息，发送的算力资源信息和网络资源信息用于供所述第三节点至少基于算力资源信息和网络资源信息，生成针对所述第一业务的调度策略；所述调度策略用于供所述第三节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第三节点至少具有算力感知功能和转发功能。

上述方案中，所述方法还包括：

获取所述网络的算力资源状态信息；

基于获取的算力资源状态信息对所述网络的算力资源进行管理。

上述方案中，

基于获取的算力资源状态信息更新所述网络的算力资源拓扑信息。

上述方案中，所述方法还包括：

获取所述网络的网络资源状态信息；

基于获取的网络资源状态信息对所述网络的网络资源进行管理。

上述方案中，

基于获取的网络资源状态信息更新所述网络的网络资源拓扑信息。

上述方案中，所述对网络的算力资源和网络资源进行管理时，所述方法包括：

对所述网络的算力资源和网络资源进行操作维护管理(OAM，OperationAdministration and Maintenance)操作；

和/或，

对所述网络的算力资源和/或网络资源进行运营处理。

上述方案中，所述对网络的算力服务进行管理，包括以下至少之一：

对算力服务镜像进行管理；

对算力服务的实例进行管理；

对算力服务对应的资源进行管理。

上述方案中，所述对算力服务镜像进行管理，包括以下至少之一：

对算力服务镜像进行新增；

对算力服务镜像进行版本更新；

对算力服务镜像进行删除。

上述方案中，所述对算力服务的实例进行管理，包括以下至少之一：

通知第二节点建立节点与节点之间的连接、节点与终端之间的连接；

至少基于所述网络的算力资源状态信息、网络资源状态信息和算力服务状态信息，评估算力服务的服务质量；

将算力服务调度到至少一个第四节点，以执行以下操作至少之一：

对算力服务进行实例化；

对算力服务的实例进行更新；

终止算力服务；

其中，所述第四节点至少具有算力功能。

上述方案中，所述对算力服务对应的资源进行管理，包括以下至少之一：

为算力服务预留资源；

为算力服务分配资源；

释放算力服务的资源；

对算力服务的资源进行扩容和/或缩容。

本申请实施例还提供了一种管理和调度装置，包括：

第一管理单元，用于对网络的算力资源和网络资源进行管理；

第二管理单元，用于对网络的算力服务进行管理；

调度单元，用于接收第一业务的服务请求，对所述第一业务进行调度。

本申请实施例还提供了一种节点，包括：处理器及通信接口；其中，

所述处理器，用于对网络的算力资源和网络资源进行管理；对网络的算力服务进行管理；以及通过所述通信接口接收第一业务的服务请求，对所述第一业务进行调度。

本申请实施例还提供了一种节点，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行上述任一方法的步骤。

本申请实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一方法的步骤。

本申请实施例提供的管理和调度方法、装置、节点及存储介质，对网络的算力资源和网络资源进行管理；对网络的算力服务进行管理；接收第一业务的服务请求，对所述第一业务进行调度。本申请实施例的方案，在网络架构中引入第一节点，通过第一节点对网络的算力资源、网络资源和算力服务进行管理，并通过第一节点对业务进行调度；如此，能够实现对网络的算力资源、网络资源和算力服务的统一管理，并能够实现业务的灵活调度，从而使得网络架构能够满足计算和网络融合演进的需求，并使得业务能够合理分布，进而能够提升用户体验。

附图说明

图1为相关技术中计算和网络深度融合的发展趋势示意图；

图2为本申请实施例算力感知网络(CAN，Computing-aware Networking)的架构示意图；

图3为本申请实施例管理和调度方法的流程示意图；

图4为本申请应用实施例CAN的体系结构示意图；

图5为本申请应用实施例CAN的组网架构示意图；

图6为本申请应用实施例一种算网协同编排管理示意图；

图7为本申请应用实施例另一种算网协同编排管理示意图；

图8为本申请应用实施例第三种算网协同编排管理示意图；

图9为本申请实施例管理和调度装置的结构示意图；

图10为本申请实施例节点的结构示意图；

图11为本申请实施例管理和调度系统的结构示意图。

具体实施方式

下面结合附图及实施例对本申请再作进一步详细的描述。

面向未来网络的新一代网络架构设需协同考虑网络和计算融合演进的需求，实现泛在连接和算力架构中网络的全局优化，算力的灵活调度，业务的合理分布。

基于此，本申请实施例提供一种CAN架构，如图2所示，该CAN架构包括：第一处理层、第二处理层、第三处理层、第四处理层和第五处理层；其中，所述第一处理层用于承载泛在计算的各类服务及应用；所述第二处理层用于综合考虑网络资源状况和算力资源状况，将业务灵活地按需调度到相应节点；所述第三处理层用于支持算力注册、算力运营、算力通告等功能；所述第四处理层用于利用各种计算基础设施提供算力资源；所述第五处理层用于利用各种网络基础设施为网络中的各个角落提供无处不在的网络连接。

本申请实施例中的CAN架构能够基于无处不在的网络连接将动态分布的计算资源互联，通过网络、存储、算力等多维度资源的统一协同调度，使海量的应用能够按需、实时调用不同地方的计算资源，实现连接和算力在网络的全局优化，提供一致的用户体验。实际应用时，CAN也可以称为未来数据通信网络、计算网络、算力网络、算力内生网络或者算网一体化网络等，只要实现网络的功能即可，本申请实施例对网络的名称不作限定。

需要说明的是，本申请实施例中的处理层是根据逻辑功能划分的虚拟层结构，在实际部署中，上述各个处理层可以部署在一个设备上，也可以部署在多个设备上；若部署在一个设备上，各个处理层之间可通过内部接口进行信息传输；若部署在多个设备上，各个处理层之间可通过信令交互实现信息传输。

实际应用时，所述第一处理层也可以称为算力应用层或者算力服务层等；所述第二处理层也可以称为路由层或者算力路由层等；所述第三处理层也可以称为算网管理编排层、算网编排层、算网编排管理层、算力平台层、算力管理平台层或者算力管理层等；所述第四处理层也可以称为算力资源层等；所述第五处理层也可以称为网络资源层等；本申请实施例不对各处理层的名称进行限定，只要能实现各处理层的功能即可。

基于上述CAN架构，在本申请的各种实施例中，在CAN架构中引入一个节点，通过该节点对网络的算力资源、网络资源和算力服务进行管理，并通过该节点对业务进行调度，即通过该节点实现算网协同编排管理，实现对网络的算力资源、网络资源和算力服务的统一管理，并能够实现业务的灵活调度，从而使得网络架构能够满足计算和网络融合演进的需求，并使得业务能够合理分布，进而能够提升用户体验。

本申请实施例提供一种管理和调度方法，应用于第一节点，如图3所示，该方法包括：

步骤301：对网络的算力资源和网络资源进行管理；

步骤302：对网络的算力服务进行管理；

步骤303：接收第一业务的服务请求，对所述第一业务进行调度。

这里，实际应用时，步骤301、步骤302和步骤303在执行顺序上不分先后。

实际应用时，所述第一节点也可以称为算网编排中心、算力编排管理中心、算力调度编排中心、算网编排调度中心或者算网统一编排中心等，本申请实施例对所述第一节点的名称不作限定，只要能实现所述第一节点的功能即可。

实际应用时，所述网络是指计算和网络深度融合的未来数据通信网络，可以称为CAN，又可以称为算力网络等。

实际应用时，所述算力资源可以包含所述网络中具有计算能力的节点的计算资源，所述节点可以理解为网络设备。比如，所述算力资源可以包含网络设备中单核中央处理器(CPU)或多核CPU等处理器的计算资源；再比如，所述算力资源可以包含网络设备中CPU、图形处理器(GPU)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)等至少两种处理器的计算资源的组合。

实际应用时，所述算力资源还可以包含所述网络中具有计算能力的节点的存储资源。比如，所述算力资源还可以包含网络设备中随机存取存储器(RAM，Random AccessMemory)或只读存储器(ROM，Read Only Memory)等存储器的存储资源；再比如，所述算力资源还可以包含网络设备中RAM、ROM等至少两种存储器的存储资源的组合。

实际应用时，所述网络中具有计算能力的节点可以包含第三节点和第四节点；所述第三节点至少可以具有算力感知功能和转发功能，比如具有算力感知功能的路由器等；所述第四节点至少可以具有算力功能，比如DC的服务器等。这里，所述网络中具有计算能力的节点也可以称为算力网元节点等，本申请实施例对该类节点的名称不作限定，只要具有计算能力即可。

实际应用时，所述第三节点也可以称为算力路由节点等，本申请实施例对所述第三节点的名称不作限定，只要能实现所述第三节点的功能即可。

实际应用时，所述第四节点也可以称为算力节点等，本申请实施例对所述第四节点的名称不作限定，只要能实现所述第四节点的功能即可。

实际应用时，所述网络资源可以包含接入网、城域网、骨干网等网络的网络资源，比如带宽、时延、抖动等。

实际应用时，需要对所述网络进行控制，因此，所述网络还可以包含具有网络控制功能的第二节点。

实际应用时，所述第二节点也可以称为网络控制器或者算网控制器等，本申请实施例对所述第二节点的名称不作限定，只要能实现所述第二节点的功能即可。

在步骤301中，实际应用时，所述第一节点需要具有算力感知功能，这样，所述第一节点在对网络的算力资源进行管理时，可以感知(即获取)所述网络中每个具有计算能力的节点的算力资源状态，并根据获取的算力资源状态对所述网络的算力资源进行管理。

基于此，在一实施例中，该方法还可以包括：

获取所述网络的算力资源状态信息；

相应地，所述对网络的算力资源进行管理，可以包括：

基于获取的算力资源状态信息对所述网络的算力资源进行管理。

实际应用时，所述第一节点可以获取所述网络的第三节点和第四节点的算力资源状态信息。

其中，第三节点的算力资源状态信息可以包含以下至少之一：

第三节点对应的标识(比如服务身份标识号(ID))；

第三节点对应的设备类型；

第三节点对应的芯片类型；

第三节点支持的服务链接个数；

第三节点的计算资源信息；比如CPU、GPU、FPGA等处理器的状态信息；

第三节点的存储资源信息；比如内存、硬盘等存储器的状态信息。

实际应用时，所述第一节点可以采用以下三种方式中的任一方式获取所述网络中的第三节点的算力资源状态信息。

方式一：第一节点通告(即通知)所述网络中的所有第三节点，每个第三节点直接将算力资源状态信息上报给第一节点；

方式二：第一节点通告所述网络中的所有第三节点，每个第三节点将算力资源状态信息上报给所述第二节点或所述第一处理层，由所述第二节点或所述第一处理层将接收的算力资源状态信息上报给第一节点；

方式三，第一节点通告所述第二节点或所述第一处理层上报第三节点的算力资源状态信息，所述第二节点或所述第一处理层从第三节点获取算力资源状态信息，并将获取的第三节点的算力资源状态信息发送给所述第一节点。

这里，在上述方式一、方式二和方式三中，为了提高对所述网络的算力资源进行管理的效率，第三节点的算力资源状态信息可以基于指定的模板生成，即第一节点向第三节点下发用于上报算力资源状态的模板，第三节点基于接收的模板上报算力资源状态信息。这样，所述第一节点获取到算力资源状态信息后，可以屏蔽(即忽略)底层硬件设备差异，实现对所述网络的算力资源的高效管理。

基于此，实际应用时，所述获取所述网络的算力资源状态信息，可以包括：

向所述第三节点发送至少一个第一模板；

接收所述第三节点基于所述至少一个第一模板上报的算力资源状态信息。

实际应用时，所述第一模板用于对第三节点的算力资源状态进行抽象描述和表示；如此，所述第一节点能够实现对异构的算力资源的高效管理。这里，异构的算力资源可以理解为异构的计算资源和/或存储资源，是指两个具有计算能力的网络设备在硬件层面存在差异，比如，一个网络设备的CPU、GPU、总线接口芯片(BIC，Bus Interface Chip)、数字信号处理器(DSP，Digital Signal Processor)等处理类硬件和/或RAM、ROM等存储类硬件的型号与另一个网络设备的硬件的型号不同。

实际应用时，所述第一节点向所述第三节点下发所述第一模板时，可以针对全部的第三节点下发统一的第一模板，也可以针对属于一个特定类型的第三节点(比如支持同一类业务的至少两个第三节点)下发统一的第一模板，还可以针对一个特定的第三节点下发特定的第一模板；换句话说，各第三节点接收到的至少一个第一模板可以相同或不同。

实际应用时，所述第一节点可以直接向所述第三节点发送所述第一模板，也可以通过所述第二节点或所述第一处理层向所述第三节点发送所述第一模板；相应地，所述第三节点基于所述至少一个第一模板上报的算力资源状态信息可以直接发送给所述第一节点，或通过所述第二节点或所述第一处理层发送给所述第一节点。

实际应用时，所述第一节点向所述第三节点发送至少一个第一模板时，还可以指示所述第三节点上报算力资源状态信息的频率，确定该频率的具体方式可以根据需求设置，本申请实施例对此不作限定。另外，该频率的指示信息可以包含在所述第一模板中，或者，所述第一节点可以单独向所述第三节点发送该频率的指示信息。

实际应用时，可以根据需求选择上述三种方式中的任一方式使所述第一节点获取第三节点的算力资源状态信息，也可以根据需求采用其他方式使所述第一节点获取第三节点的算力资源状态信息，本申请实施例对所述第一节点获取第三节点的算力资源状态信息的具体方式不作限定，只要能使所述第一节点获取到第三节点的算力资源状态信息即可。

实际应用时，所述第四节点的算力资源状态信息可以包含以下至少之一：

第四节点对应的标识(比如服务ID)；

第四节点对应的设备类型；

第四节点对应的芯片类型；

第四节点支持的服务链接个数；

第四节点的计算资源信息；比如CPU、GPU、FPGA等处理器的状态信息；

第四节点的存储资源信息；比如内存、硬盘等存储器的状态信息。

实际应用时，所述第一节点可以采用以下三种方式中的任一方式获取所述网络中的第四节点的算力资源状态信息。

方式一：第一节点通告所述网络中的所有第四节点，每个第四节点直接将算力资源状态信息上报给第一节点；

方式二：第一节点通告所述网络中的所有第四节点，每个第四节点将算力资源状态信息上报给所述第二节点或所述第一处理层，由所述第二节点或所述第一处理层将接收的算力资源状态信息上报给第一节点；

方式三，第一节点通告所述第二节点或所述第一处理层上报第四节点的算力资源状态信息，所述第二节点或所述第一处理层从第四节点获取算力资源状态信息，并将获取的第四节点的算力资源状态信息发送给所述第一节点。

这里，在上述方式一、方式二和方式三中，为了提高对所述网络的算力资源进行管理的效率，第四节点的算力资源状态信息可以基于指定的模板生成，即第一节点向第四节点下发用于上报算力资源状态的模板，第四节点基于接收的模板上报算力资源状态信息。这样，所述第一节点获取到算力资源状态信息后，可以屏蔽(即忽略)底层硬件设备差异，实现对所述网络的算力资源的高效管理。

基于此，实际应用时，所述获取所述网络的算力资源状态信息，可以包括：

向所述第四节点发送至少一个第二模板；

接收所述第四节点基于所述至少一个第二模板上报的算力资源状态信息。

实际应用时，所述第二模板用于对第四节点的算力资源状态进行抽象描述和表示；如此，所述第一节点能够实现对异构的算力资源的高效管理。

实际应用时，所述第一节点向所述第四节点下发所述第二模板时，可以针对全部的第四节点下发统一的第二模板，也可以针对属于一个特定类型的第四节点(比如支持同一类业务的至少两个第四节点)下发统一的第二模板，还可以针对一个特定的第四节点下发特定的第二模板；换句话说，各第四节点接收到的至少一个第二模板可以相同或不同。

实际应用时，所述第一节点向所述网络中具有计算能力的节点下发用于上报算力资源状态信息的模板时，可以不对节点的类型进行区分，换句话说，所述第一节点向所述第三节点和所述第四节点下发的模板可以相同或不同。

实际应用时，所述第一节点可以直接向所述第四节点发送所述第二模板，也可以通过所述第二节点或所述第一处理层向所述第四节点发送所述第二模板；相应地，所述第四节点基于所述至少一个第二模板上报的算力资源状态信息可以直接发送给所述第一节点，或通过所述第二节点或所述第一处理层发送给所述第一节点。

实际应用时，所述第一节点向所述第四节点发送至少一个第二模板时，还可以指示所述第四节点上报算力资源状态信息的频率，确定该频率的具体方式可以根据需求设置，本申请实施例对此不作限定。另外，该频率的指示信息可以包含在所述第二模板中，或者，所述第一节点可以单独向所述第四节点发送该频率的指示信息。

实际应用时，可以根据需求选择上述三种方式中的任一方式使所述第一节点获取第四节点的算力资源状态信息，也可以根据需求采用其他方式使所述第一节点获取第四节点的算力资源状态信息，本申请实施例对所述第一节点获取第四节点的算力资源状态信息的具体方式不作限定，只要能使所述第一节点获取到第四节点的算力资源状态信息即可。

实际应用时，所述算力资源状态信息是实时变化的，是一种动态的信息；因此，为了进一步提高对所述网络的算力资源进行管理的效率，所述第一节点可以根据首次获取到的所述第三节点和/或所述第四节点的算力资源状态信息，生成静态的、全局网络的算力资源拓扑信息，并利用生成的算力资源拓扑信息对所述网络的算力资源进行管理。并且，在获取到新的算力资源状态信息时，所述第一节点可以对所述算力资源拓扑信息进行更新，以保证所述算力资源拓扑信息的时效性。

基于此，在一实施例中，该方法还可以包括：

基于获取的算力资源状态信息更新所述网络的算力资源拓扑信息。

相应地，实际应用时，所述对所述网络的算力资源进行管理，可以包括：

利用更新后的算力资源拓扑信息，对所述网络的算力资源进行管理。

实际应用时，所述第一节点对所述网络的算力资源进行管理，具体可以包括对所述第三节点和/或所述第四节点进行注册、更新和注销。比如，所述第三节点和/或所述第四节点上线后，可以向所述第一节点发送算力资源状态信息，所述第一节点根据所述第三节点和/或所述第四节点的算力资源状态信息，对所述第三节点和/或所述第四节点进行注册。

实际应用时，所述第一节点还需要感知所述网络的状态，以对所述网络的网络资源进行管理。

基于此，在一实施例中，该方法还可以包括：

获取所述网络的网络资源状态信息；

相应地，所述对网络的网络资源进行管理，可以包括：

基于获取的网络资源状态信息对所述网络的网络资源进行管理。

实际应用时，所述第三节点还可以具有网络感知功能，即所述第一节点可以获取所述第三节点的网络资源状态信息，所述网络资源状态信息可以包含网络的带宽、时延、时延抖动等状态信息。

实际应用时，所述第一节点可以采用以下三种方式中的任一方式获取第三节点的网络资源状态信息。

方式一：第一节点通告所述网络中的所有第三节点，每个第三节点直接将网络资源状态信息上报给第一节点；

方式二：第一节点通告所述网络中的所有第三节点，每个第三节点将网络资源状态信息上报给所述第二节点，由所述第二节点将接收的网络资源状态信息上报给第一节点；

方式三：第一节点通告所述第二节点上报第三节点的网络资源状态信息，所述第二节点从第三节点获取网络资源状态信息，并将获取的第三节点的网络资源状态信息发送给所述第一节点。

这里，在上述方式一、方式二和方式三中，为了提高对所述网络的网络资源进行管理的效率，第三节点的网络资源状态信息可以基于指定的模板生成，即第一节点向第三节点下发用于上报网络资源状态的模板，第三节点基于接收的模板上报网络资源状态信息。这样，所述第一节点获取到网络资源状态信息后，可以屏蔽(即忽略)网络基础设施之间的硬件差异，实现对所述网络的网络资源的高效管理。

基于此，实际应用时，所述获取所述网络的网络资源状态信息，可以包括：

向所述第三节点发送至少一个第三模板；

接收所述第三节点基于所述至少一个第三模板上报的网络资源状态信息。

实际应用时，所述第三模板用于对所述第三节点感知的网络资源状态进行抽象描述和表示；如此，所述第一节点能够实现对异构的网络资源的高效管理。这里，异构的网络资源可以理解为两个网络基础设施在硬件层面存在差异。

实际应用时，所述第一节点向所述第三节点下发所述第三模板时，可以针对全部的第三节点下发统一的第三模板，也可以针对属于一个特定类型的第三节点(比如支持同一类业务的至少两个第三节点)下发统一的第三模板，还可以针对一个特定的第三节点下发特定的第三模板；换句话说，各第三节点接收到的至少一个第三模板可以相同或不同。

实际应用时，所述第一节点可以直接向所述第三节点发送所述第三模板，也可以通过所述第二节点向所述第三节点发送所述第三模板；相应地，所述第三节点基于所述至少一个第三模板上报的网络资源状态信息可以直接发送给所述第一节点，或通过所述第二节点发送给所述第一节点。

实际应用时，所述第一节点向所述第三节点发送至少一个第三模板时，还可以指示所述第三节点上报网络资源状态信息的频率，确定该频率的具体方式可以根据需求设置，本申请实施例对此不作限定。另外，该频率的指示信息可以包含在所述第三模板中，或者，所述第一节点可以单独向所述第三节点发送该频率的指示信息。

实际应用时，所述第三节点上报网络资源状态信息的频率与所述第三节点上报算力资源状态信息的频率可以相同或不同，本申请实施例对此不作限定。

实际应用时，可以根据需求选择上述三种方式中的任一方式使所述第一节点获取网络资源状态信息，也可以根据需求采用其他方式使所述第一节点获取网络资源状态信息，本申请实施例对所述第一节点获取网络资源状态信息的具体方式不作限定，只要能使所述第一节点获取到所述网络的网络资源状态信息即可。

实际应用时，所述网络资源状态信息是实时变化的，是一种动态的信息；因此，为了进一步提高对所述网络的网络资源进行管理的效率，所述第一节点可以根据获取到的网络资源状态信息，生成静态的、全局网络的网络资源拓扑信息，并利用生成的网络资源拓扑信息对所述网络的网络资源进行管理。并且，在获取到新的网络资源状态信息时，所述第一节点可以对所述网络资源拓扑信息进行更新，以保证所述网络资源拓扑信息的时效性。

基于此，在一实施例中，该方法还可以包括：

基于获取的网络资源状态信息更新所述网络的网络资源拓扑信息。

相应地，实际应用时，所述对所述网络的网络资源进行管理，可以包括：

利用更新后的网络资源拓扑信息，对所述网络的网络资源进行管理。

实际应用时，所述第一节点对网络的算力资源和网络资源进行管理时，还需要对算力资源及网络资源进行维护及运营处理。

基于此，在一实施例中，所述对网络的算力资源和网络资源进行管理时，该方法还可以包括：

对所述网络的算力资源和网络资源进行OAM操作；

和/或，

对所述网络的算力资源和/或网络资源进行运营处理。

实际应用时，所述OAM操作可以包括性能监控、故障侦测和告警、链路环路测试等；所述运营处理可以包括用户算力服务合约、计费管理等。

在步骤302中，实际应用时，所述第一节点可以获取所述网络的算力服务状态信息，并基于获取的算力服务状态信息对所述网络的算力服务进行管理。

实际应用时，所述算力服务也可以称为应用服务，或者直接简称为服务；可以理解为在服务器侧对应用的描述。

实际应用时，所述第一节点具体可以获取所述第四节点的算力服务状态信息；所述算力服务状态信息可以包含算力服务的镜像相关信息、算力服务对应的资源相关信息、算力服务的实例化相关信息等。

实际应用时，所述第一节点获取所述第四节点的算力服务状态信息的方式可以根据需求设置，比如，所述第一节点可以通过所述第一处理层获取所述第四节点的算力服务状态信息；再比如，所述第一节点可以通过所述第二节点获取所述第四节点的算力服务状态信息。

实际应用时，为了提高对所述网络的算力服务进行管理的效率，第四节点的算力服务状态信息可以基于指定的模板生成，即第一节点向第四节点下发用于上报算力服务状态的模板，第四节点基于接收的模板上报算力服务状态信息。这样，所述第一节点获取到算力服务状态信息后，可以屏蔽(即忽略)底层硬件设备差异，实现对所述网络的算力服务的高效管理。

基于此，实际应用时，所述第一节点可以向所述第四节点发送至少一个第四模板，并接收所述第四节点基于所述至少一个第四模板上报的算力服务状态信息。

这里，所述第四模板用于对所述第四节点的算力服务状态进行抽象描述和表示。

实际应用时，所述第一节点向所述第四节点下发所述第四模板时，可以针对全部的第四节点下发统一的第四模板，也可以针对属于一个特定类型的第四节点(比如支持同一类业务的至少两个第四节点)下发统一的第四模板，还可以针对一个特定的第四节点下发特定的第四模板；换句话说，各第四节点接收到的至少一个第四模板可以相同或不同。

实际应用时，所述第一节点可以直接向所述第四节点发送所述第四模板，也可以通过所述第二节点向所述第四节点发送所述第四模板，还可以通过所述第一处理层向所述第四节点发送所述第四模板；相应地，所述第四节点基于所述至少一个第四模板上报的算力服务状态信息可以直接发送给所述第一节点，或通过所述第二节点发送给所述第一节点，或通过所述第一处理层发送给所述第一节点。

实际应用时，所述第一节点向所述第四节点发送至少一个第四模板时，还可以指示所述第四节点上报算力服务状态信息的频率，确定该频率的具体方式可以根据需求设置，本申请实施例对此不作限定。另外，该频率的指示信息可以包含在所述第四模板中，或者，所述第一节点可以单独向所述第四节点发送该频率的指示信息。

实际应用时，所述第四节点上报算力服务状态信息的频率和所述第四节点上报算力资源状态信息的频率可以相同或不同，本申请实施例对此不作限定。

实际应用时，所述算力服务状态信息是实时变化的，是一种动态的信息；因此，为了进一步提高对所述网络的算力服务进行管理的效率，所述第一节点可以根据获取到的算力服务状态信息，生成静态的、全局网络的算力服务拓扑信息，并利用生成的算力服务拓扑信息对所述网络的算力服务进行管理。并且，在获取到新的算力服务状态信息时，所述第一节点可以对所述算力服务拓扑信息进行更新，以保证所述算力服务拓扑信息的时效性。

基于此，实际应用时，所述第一节点可以基于获取的算力服务状态信息更新所述网络的算力服务拓扑信息；相应地，所述第一节点可以利用更新后的算力服务拓扑信息，对所述网络的算力服务进行管理。

对于步骤302，在一实施例中，所述对网络的算力服务进行管理，可以包括以下至少之一：

对算力服务镜像进行管理；

对算力服务的实例进行管理；

对算力服务对应的资源进行管理。

这里，所述第一节点可以直接实现对算力服务的管理，也可以通过所述第一处理层实现对算力服务的管理，本申请实施例对此不作限定。

实际应用时，对算力服务的管理可以基于节点之间的信息通信以及节点与处理层之间的信息通信实现。

实际应用时，所述对网络的算力服务进行管理，还可以包含其他与算力服务的生命周期相关的管理，本申请实施例对此不作限定。

其中，在一实施例中，所述对算力服务镜像进行管理，可以包括以下至少之一：

对算力服务镜像进行新增；

对算力服务镜像进行版本更新；

对算力服务镜像进行删除。

在一实施例中，所述对算力服务的实例进行管理，可以包括以下至少之一：

通知第二节点建立节点与节点之间的连接、节点与终端之间的连接；

至少基于所述网络的算力资源状态信息、网络资源状态信息和算力服务状态信息，评估算力服务的服务质量；

将算力服务调度到至少一个第四节点，以执行以下操作至少之一：

对算力服务进行实例化；

对算力服务的实例进行更新；

终止算力服务。

实际应用时，所述对算力服务的实例进行管理，可以理解为对算力服务进行编排。

实际应用时，所述通知第二节点建立节点与节点之间的连接、节点与终端之间的连接，可以理解为进行算力服务到终端的端到端实现，即建立第四节点与终端之间的通信连接链路；所述节点与节点之间的连接，可以包含第三节点与第四节点的连接；所述节点与终端之间的连接，可以包含第三节点与终端的连接。

实际应用时，建立节点与节点之间的连接、节点与终端之间的连接后，可以根据算力服务的质量要求，提供对应等级的服务级别协议(SLA，Service Level Agreement)。

实际应用时，可以基于预设策略或预设的人工智能(AI)算法(比如预先利用历史数据训练的机器学习模型)，将算力服务调度到至少一个第四节点。

实际应用时，所述对算力服务的实例进行更新，可以包含对算力服务的实例的增加、删除等。

实际应用时，所述终止算力服务，可以包含终止算力服务的实例。

在一实施例中，所述对算力服务对应的资源进行管理，可以包括以下至少之一：

为算力服务预留资源；

为算力服务分配资源；

释放算力服务的资源；

对算力服务的资源进行扩容和/或缩容。

这里，所述资源可以包含所述网络的算力资源。

在步骤303中，实际应用时，所述服务请求可以理解为用户对所述第一业务的需求，即实现所述第一业务时所述第一业务本身需要被满足的需求，比如带宽需求、时延需求、服务质量(QoS)等。

实际应用时，所述第一业务可以由至少一个算力服务支持。

在步骤303中，实际应用时，所述第一节点需要综合考虑业务需求、算力资源状态信息和网络资源状态信息，生成协同调度策略，对所述第一业务进行调度。具体地，所述第一节点可以采用以下三种方式中的任一方式对所述第一业务进行调度。

方式一：所述第一节点在管理面执行调度，即所述第一节点直接生成所述第一业务的调度策略，并将所述调度策略下发给所述第二节点，由所述第二节点根据所述调度策略调度所述第一业务。

基于此，在一实施例中，所述对所述第一业务进行调度，可以包括：

至少基于所述网络的算力资源和网络资源，针对所述第一业务生成调度策略；

并向所述第二节点发送所述调度策略；所述调度策略用于供所述第二节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理。

方式二：所述第一节点在控制面执行调度，即所述第一节点将所述网络的算力资源信息发送给所述第二节点，由所述第二节点生成所述第一业务的调度策略，并根据生成的调度策略调度所述第一业务。

基于此，在一实施例中，所述对所述第一业务进行调度，可以包括：

向所述第二节点发送所述网络的算力资源信息，发送的算力资源信息用于供所述第二节点至少基于算力资源信息和网络资源，生成针对所述第一业务的调度策略；所述调度策略用于供所述第二节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理。

实际应用时，所述网络的算力资源信息可以用于反映所述网络的全局的静态算力资源，比如所述算力资源拓扑信息。

实际应用时，由于所述第二节点具有网络控制功能，因此，所述第二节点能够实时地确定所述网络的网络资源状态，换句话说，接收到所述算力资源信息后，所述第二节点可以直接基于所述算力资源信息和自身的网络资源信息生成所述调度策略。

方式三：所述第一节点在数据面执行调度，即所述第一节点将所述网络的算力资源信息和网络资源信息发送给所述第三节点，由所述第三节点生成所述第一业务的调度策略，并根据生成的调度策略调度所述第一业务。

基于此，在一实施例中，所述对所述第一业务进行调度，可以包括：

向至少一个所述第三节点发送所述网络的算力资源信息和网络资源信息，发送的算力资源信息和网络资源信息用于供所述第三节点至少基于算力资源信息和网络资源信息，生成针对所述第一业务的调度策略；所述调度策略用于供所述第三节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理。

实际应用时，所述网络的算力资源信息可以用于反映所述网络的全局的静态算力资源，比如所述算力资源拓扑信息；所述网络的网络资源信息可以用于反映所述网络的全局的静态网络资源，比如所述网络资源拓扑信息。

实际应用时，可以根据需求选择上述三种方式中的任一方式对所述第一业务进行调度，也可以根据需求采用其他方式对所述第一业务进行调度，本申请实施例对所述第一业务的具体调度方式不作限定，只要能将所述第一业务调度到对应的第三节点进行处理即可。

本申请实施例提供的管理和调度方法，对网络的算力资源和网络资源进行管理；对网络的算力服务进行管理；接收第一业务的服务请求，对所述第一业务进行调度。本申请实施例的方案，在网络架构中引入第一节点，通过第一节点对网络的算力资源、网络资源和算力服务进行管理，并通过第一节点对业务进行调度；如此，能够实现对网络的算力资源、网络资源和算力服务的统一管理，并能够实现业务的灵活调度，从而使得网络架构能够满足计算和网络融合演进的需求，并使得业务能够合理分布，进而能够提升用户体验。

下面结合应用实施例对本申请再作进一步详细的描述。

在本应用实施例中，如图4所示，CAN架构体系从逻辑功能上可以划分为算力服务层、算网管理编排层、算力资源层、算力路由层和网络资源层五大功能模块，能够支持算网协同编排和管理，并实现算力资源和网络资源的统一运维管理，通过面向服务的网络重构、计算感知的网络路由、算网协同的编排管理，构建运营商全新的信息通信技术(ICT)基础设施，使得网络成为智能社会的基础设施。

其中，所述算力服务层，用于承载泛在计算的各类服务及应用，并支持分布式微服务架构，即支持将应用解构成原子化的功能组件并组成算法库，由API Gateway统一调度，以实现服务分解、服务调度等功能。

所述算力路由层包含控制面和转发面；所述算力路由层，用于基于抽象后的算网资源发现(即上述基于第一模板或第二模板生成的算力资源状态信息和基于第三模板生成的网络资源状态信息)，综合考虑网络状况和算力状况，将业务(比如上述第一业务)灵活地按需调度到不同的计算资源节点(即上述第三节点和/或第四节点)中。

所述算网管理编排层，用于支持对全网的算力节点(即上述第四节点)、网络节点(即上述第三节点)和服务信息(即上述算力服务)进行注册、更新和注销等管理，即支持算力资源层、网络资源层和算力服务层向算力调度编排中心(也可以称为算网编排管理中心或算网编排调度中心)注册，生成算力、服务和网络的拓扑信息。

所述算力资源层，用于利用计算基础设施提供算力资源，并为满足边缘计算领域多样性的计算需求，面向不同应用，在物理计算资源的基础上，提供算力模型、算力API、算网资源标识等功能。其中，计算基础设施可以包括从单核CPU、多核CPU到CPU+GPU+FPGA等多种计算能力的组合。

所述网络资源层，用于利用网络基础设施为网络中的各个角落提供无处不在的网络连接；其中，网络基础设施可以包括接入网、城域网和骨干网。

在本应用实施例中，所述算力资源层和所述网络资源层是CAN架构的基础设施层；所述算网管理编排层和所述算力路由层是CAN架构的两大核心功能模块，用户及应用通过所述算力路由层接入到CAN，并通过所述算网管理编排层实现对算力资源和网络资源的感知、控制和调度。

在本应用实施例中，所述算网管理编排层可以包含所述算网编排管理中心、算力资源管理中心和网络管理中心等子功能模块。

其中，如图5所示，所述算网编排管理中心，用于完成对算力资源和网络资源的统一管理，包括对算力资源和网络资源的感知、度量和OAM管理等。具体地，所述算网编排管理中心可以感知算力资源和网络资源，构建算力全局拓扑信息(即上述算力资源拓扑信息)和网络全局拓扑信息(即上述网络资源拓扑信息)，并构建服务全局拓扑信息(即上述算力服务拓扑信息)，基于构建的全局拓扑信息，实现对算力资源和网络资源的统一运营。同时，所述算网编排管理中心，还可以用于基于接收到的算力信息(即上述算力资源状态信息)、网络信息(即上述网络资源状态信息)和服务信息(即上述算力服务状态信息)，根据业务需求(即上述服务请求)，生成算力资源和网络资源的协同调度策略。

所述算力资源管理中心，首先，用于针对异构的计算资源，通过算力建模对算力资源进行抽象描述和表示，形成节点算力信息(即上述第一模板或第二模板)，以屏蔽底层硬件设备的差异；所述算力信息可以通过算力通告传递给相应的网络节点(比如图5所示的CAN路由节点，CAN路由节点的功能相当于上述第三节点的功能)。其次，还可以用于对算力资源及网络资源进行OAM操作，并实现算力运营及网络运营。这里，所述算力资源管理中心需要接收所述算网编排管理中心的配置和管理，并向所述算网编排管理中心上报算力状态情况(即上述算力资源状态信息)。

所述网络管理中心，用于实现对当前网络资源的管理和运维。这里，所述网络管理中心需要接收所述算网编排管理中心的配置和管理，并向所述算网编排管理中心上报网络资源状态情况(即上述网络资源状态信息)。

在本应用实施例中，所述算网编排管理中心，还可以用于支持对全网的算力节点、网络节点和服务信息进行注册、更新和注销等管理。比如，算力节点上线后，可以向算网编排管理中心通告其算力使能信息(即首次向算网编排管理中心发送上述算力资源状态信息)，所述算力使能信息可以包含算力节点标识或算力资源的标识、设备类型、芯片类型、存储、计算等资源信息。

在本应用实施例中，所述算网编排管理中心，还可以用于实现对服务、网络资源和算力资源的感知的方法的配置和管理，主要包括但不限于：

1)向算力服务层、算力资源层和网络资源层下发多维资源感知的模版(比如上述第一模板、第二模板、第三模板和第四模板)，以供算力服务层、算力资源层和网络资源层按照模版进行算力服务信息(即上述算力服务状态信息)、算力资源信息(即上述算力资源状态信息)和网络资源信息(即上述网络资源状态信息)的感知和度量。

2)通过所述多维资源感知的模版或单独下发的指示信息，所述算网编排管理中心可以自适应地订购需要采集、感知或测量的参数以及反馈的频率(即上报信息的频率)等。根据接收到的按照指定频率上报的多维资源的感知和测量结果(包含上述算力资源状态信息、上述网络资源状态信息和上述算力服务状态信息)，算网管理编排层可以更新算力拓扑信息、服务拓扑信息和网络拓扑信息，进而可以基于更新后的算力拓扑信息、服务拓扑信息和网络拓扑信息，实现网络资源和算力可编程的协同编排和业务的自动适配。

3)可以接收终端用户需求(即上述服务请求)，综合考虑业务需求、算力资源状态信息和网络资源状态信息，生成协同调度策略，实现业务的灵活调度。

4)支持算力服务管理功能，即支持算力服务在各算力节点上的生命周期管理相关能力，具体可以包括但不限于：

对算力服务镜像进行管理，包括新增、版本更新、删除等；

算力服务的实例化、更新、扩容、缩容、实例终止等；

对算力节点上的异构算力资源(比如CPU、GPU、嵌入式神经网络处理器(NPU)、FPGA等)进行预留、分配及释放等。

5)支持算力服务编排功能，即面向算力服务体验，智能化编排和调度算力服务到其适合的算力节点上，具体可以包括但不限于：

基于预设的策略或AI算法，与算力服务管理功能(即所述算力服务层)交互，实现对算力服务在一个或多个算力节点上依据算力服务质量要求的实例化、服务更新、弹性扩缩容及服务终止等；

通知算力路由节点(比如软件定义网络(SDN)网络控制器)实现节点与节点、节点与用户间的连接建立，并根据算力服务质量要求，提供对应等级的SLA；

通过对算力节点状态、网络状态、算力服务状态的感知，实现对算力服务质量的评估。

实际应用时，算力服务主要从服务器侧描述应用；所述算网管理编排层可以直接进行算力服务的管理和编排，也可以通过对算力节点状态、网络状态、算力服务状态的感知，生成算力服务调度的策略下发到算力服务层，由算力服务层根据接收的策略实现对算力服务的管理和编排；换句话说，算力服务的分解执行及调度可以在算力服务层执行，也可以在算网管理编排层执行。

在本应用实施例中，根据网络部署状态，所述算网管理编排层可以选择在管理面(即所述算网编排管理中心，对应于上述第一节点)、控制面(即所述算力路由层的控制面，对应于上述第二节点)或者数据面(即算力路由节点，对应于上述第三节点)执行具体调度。

下面结合图6至图8对三种算网协同调度方式进行详细说明。

首先，如图6所示，在管理面执行算网协同调度，即由算网编排管理中心的“网络管理模块”向“算力编排器+网络(也可以称为算网编排器)”通告网络信息(即上述网络资源状态信息)，由算网编排管理中心进行统一的算网协同调度，生成调度策略，并将调度策略发送给网络控制器(也可以称为算网控制器)，供网络控制器进一步地根据调度策略生成路径转发表，从而通过增强“算力编排器”和网络控制器之间的接口配置，即由网络控制器将网络信息发送给算力编排器，算力编排器感知网络资源信息，提高执行协同调度策略的效率。

其中，所述网络控制器，用于收集网络信息，将网络信息上报至算网编排器，并用于接收算网编排器的网络编排策略(即所述调度策略)。所述算网编排器，用于收集算力信息(即上述算力资源状态信息)，接收来自网络控制器的网络信息，进行算力资源和网络资源的联合编排，生成编排策略；并用于将编排策略下发至网络控制器。可以理解，所述算网编排器负责业务调度。

其次，如图7所示，在控制面执行算网协同调度，即由算网编排管理中心的“算力编排器”通过“网络管理模块”向算网控制器通告算力信息，由算网控制器进行统一的算力资源和网络资源的协同调度，生成调度策略，并进一步地根据调度策略生成路径转发表，从而通过增强“算力编排器”和网络控制器之间的接口配置，并增强网络控制器，让网络控制器感知算力资源信息，提高执行协同调度策略的效率。

第三，如图8所示，在数据面执行算网协同调度，即由算网编排管理中心的“算网统一编排器”进行网络和算力的协同编排调度，由算网管理编排层构建静态的算力拓扑信息和网络拓扑信息，将算力拓扑信息和网络拓扑信息下发到数据面，由数据面实现协同调度策略的生成和执行；换句话说，算网管理编排层将算力拓扑信息和网络拓扑信息下发到控制面，由控制面实现分布式的业务调度。

在本应用实施例中，算网编排管理中心的各个模块是根据逻辑功能划分的，实际应用时，可以根据需求将算网编排管理中心的各个功能划分为不同的模块。

本应用实施例提供的方案，具有以下优点：

第一，通过算网协同编排管理，实现对算力资源和网络资源的统一管控和管理，实现算力资源和网络资源的全局优化配置。

第二，提供管理面(即所述算网编排管理中心)、控制面(即所述算网控制器)和数据面(即所述算力路由节点)协同的算网协同编排管理的多种方案，利于分阶段在现网的部署，有助于推动算力网络的实践进展。

为了实现本申请实施例的方法，本申请实施例还提供了一种管理和调度装置，如图9所示，该装置包括：

第一管理单元901，用于对网络的算力资源和网络资源进行管理；

第二管理单元902，用于对网络的算力服务进行管理；

调度单元903，用于接收第一业务的服务请求，对所述第一业务进行调度。

其中，在一实施例中，所述调度单元903，具体用于：

至少基于所述网络的算力资源和网络资源，针对所述第一业务生成调度策略；

并向所述网络的第二节点发送所述调度策略；所述调度策略用于供所述第二节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第二节点至少具有网络控制功能；所述第三节点至少具有算力感知功能和转发功能。

在一实施例中，所述调度单元903，具体用于向所述网络的第二节点发送所述网络的算力资源信息，发送的算力资源信息用于供所述第二节点至少基于算力资源信息和网络资源，生成针对所述第一业务的调度策略；所述调度策略用于供所述第二节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第二节点至少具有网络控制功能和算力信息感知功能；所述第三节点至少具有算力感知功能和转发功能。

在一实施例中，所述调度单元903，具体用于向所述网络的至少一个第三节点发送所述网络的算力资源信息和网络资源信息，发送的算力资源信息和网络资源信息用于供所述第三节点至少基于算力资源信息和网络资源信息，生成针对所述第一业务的调度策略；所述调度策略用于供所述第三节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第三节点至少具有算力感知功能和转发功能。

在一实施例中，该装置还包括获取单元，用于获取所述网络的算力资源状态信息；所述第三节点至少具有算力感知功能和转发功能；

相应地，所述第一管理单元901，具体用于基于获取的算力资源状态信息对所述网络的算力资源进行管理。

在一实施例中，该装置还包括更新单元，用于基于获取的算力资源状态信息更新所述网络的算力资源拓扑信息。

在一实施例中，所述获取单元，还用于获取所述网络的网络资源状态信息；

相应地，所述第一管理单元901，具体用于基于获取的网络资源状态信息对所述网络的网络资源进行管理。

在一实施例中，所述更新单元，还用于基于获取的网络资源状态信息更新所述网络的网络资源拓扑信息。

在一实施例中，所述第一管理单元901对网络的算力资源和网络资源进行管理时，还用于：

对所述网络的算力资源和网络资源进行OAM操作；

和/或，

对所述网络的算力资源和/或网络资源进行运营处理。

在一实施例中，所述第二管理单元902，具体用于执行以下操作之一：

对算力服务镜像进行管理；

对算力服务的实例进行管理；

对算力服务对应的资源进行管理。

其中，在一实施例中，所述第二管理单元902，还具体用于执行以下操作之一：

对算力服务镜像进行新增；

对算力服务镜像进行版本更新；

对算力服务镜像进行删除。

在一实施例中，所述第二管理单元902，还具体用于执行以下操作之一：

通知第二节点建立节点与节点之间的连接、节点与终端之间的连接；

至少基于所述网络的算力资源状态信息、网络资源状态信息和算力服务状态信息，评估算力服务的服务质量；

将算力服务调度到至少一个第四节点，以执行以下操作至少之一：

对算力服务进行实例化；

对算力服务的实例进行更新；

终止算力服务；

其中，所述第四节点至少具有算力功能。

在一实施例中，所述第二管理单元902，还具体用于执行以下操作之一：

为算力服务预留资源；

为算力服务分配资源；

释放算力服务的资源；

对算力服务的资源进行扩容和/或缩容。

实际应用时，所述第一管理单元901、所述第二管理单元902、所述调度单元903、所述获取单元和所述更新单元可由管理和调度装置中的处理器实现。

需要说明的是：上述实施例提供的管理和调度装置在对业务进行调度时，仅以上述各程序模块的划分进行举例说明，实际应用时，可以根据需要而将上述处理分配由不同的程序模块完成，即将装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的管理和调度装置与管理和调度方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种节点，如图10所示，该节点1000包括：

通信接口1001，能够与其他节点进行信息交互；

处理器1002，与所述通信接口1001连接，以实现与其他节点进行信息交互，用于运行计算机程序时，执行上述一个或多个技术方案提供的方法；

存储器1003，存储能够在所述处理器1002上运行的计算机程序。

具体地，所述处理器1002，用于：

对网络的算力资源和网络资源进行管理；

对网络的算力服务进行管理；

接收第一业务的服务请求，对所述第一业务进行调度。

其中，在一实施例中，所述处理器1002，具体用于：

至少基于所述网络的算力资源和网络资源，针对所述第一业务生成调度策略；

并向所述网络的第二节点发送所述调度策略；所述调度策略用于供所述第二节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第二节点至少具有网络控制功能；所述第三节点至少具有算力感知功能和转发功能。

在一实施例中，所述处理器1002，具体用于向所述网络的第二节点发送所述网络的算力资源信息，发送的算力资源信息用于供所述第二节点至少基于算力资源信息和网络资源，生成针对所述第一业务的调度策略；所述调度策略用于供所述第二节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第二节点至少具有网络控制功能和算力信息感知功能；所述第三节点至少具有算力感知功能和转发功能。

在一实施例中，所述处理器1002，具体用于向所述网络的至少一个第三节点发送所述网络的算力资源信息和网络资源信息，发送的算力资源信息和网络资源信息用于供所述第三节点至少基于算力资源信息和网络资源信息，生成针对所述第一业务的调度策略；所述调度策略用于供所述第三节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第三节点至少具有算力感知功能和转发功能。

在一实施例中，所述处理器1002，还用于：

获取所述网络的算力资源状态信息；所述第三节点至少具有算力感知功能和转发功能；

基于获取的算力资源状态信息对所述网络的算力资源进行管理。

在一实施例中，所述处理器1002，还用于基于获取的算力资源状态信息更新所述网络的算力资源拓扑信息。

在一实施例中，所述处理器1002，还用于：

获取所述网络的网络资源状态信息；

基于获取的网络资源状态信息对所述网络的网络资源进行管理。

在一实施例中，所述处理器1002，还用于基于获取的网络资源状态信息更新所述网络的网络资源拓扑信息。

在一实施例中，所述处理器1002对网络的算力资源和网络资源进行管理时，还用于：

对所述网络的算力资源和网络资源进行OAM操作；

和/或，

对所述网络的算力资源和/或网络资源进行运营处理。

在一实施例中，所述处理器1002，具体用于执行以下操作之一：

对算力服务镜像进行管理；

对算力服务的实例进行管理；

对算力服务对应的资源进行管理。

其中，在一实施例中，所述处理器1002，还具体用于执行以下操作之一：

对算力服务镜像进行新增；

对算力服务镜像进行版本更新；

对算力服务镜像进行删除。

在一实施例中，所述处理器1002，还具体用于执行以下操作之一：

通知第二节点建立节点与节点之间的连接、节点与终端之间的连接；

至少基于所述网络的算力资源状态信息、网络资源状态信息和算力服务状态信息，评估算力服务的服务质量；

将算力服务调度到至少一个第四节点，以执行以下操作至少之一：

对算力服务进行实例化；

对算力服务的实例进行更新；

终止算力服务；

其中，所述第四节点至少具有算力功能。

在一实施例中，所述处理器1002，还具体用于执行以下操作之一：

为算力服务预留资源；

为算力服务分配资源；

释放算力服务的资源；

对算力服务的资源进行扩容和/或缩容。

需要说明的是：所述处理器1002具体执行上述操作的过程详见方法实施例，这里不再赘述。

当然，实际应用时，节点1000中的各个组件通过总线系统1004耦合在一起。可理解，总线系统1004用于实现这些组件之间的连接通信。总线系统1004除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图10中将各种总线都标为总线系统1004。

本申请实施例中的存储器1003用于存储各种类型的数据以支持节点1000的操作。这些数据的示例包括：用于在节点1000上操作的任何计算机程序。

上述本申请实施例揭示的方法可以应用于处理器1002中，或者由处理器1002实现。处理器1002可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1002中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1002可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器1002可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器1003，处理器1002读取存储器1003中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，节点1000可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、FPGA、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。

可以理解，本申请实施例的存储器1003可以是易失性存储器或者非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是ROM、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是RAM，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random AccessMemory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random AccessMemory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random AccessMemory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous DynamicRandom Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink DynamicRandom Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus RandomAccess Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其他适合类型的存储器。

为了实现本申请实施例提供的方法，本申请实施例还提供了一种管理和调度系统，如图11所示，该系统包括：第一节点1101、第二节点1102、第三节点1103和第四节点1104。

这里，需要说明的是：所述第一节点1101、所述第二节点1102、所述第三节点1103和所述第四节点1104的具体处理过程已在上文详述，这里不再赘述。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器1003，上述计算机程序可由节点1000的处理器1002执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上所述，仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。

Claims (17)

1.一种管理和调度方法，其特征在于，应用于第一节点，包括：

对网络的算力资源和网络资源进行管理；

对网络的算力服务进行管理；

接收第一业务的服务请求，对所述第一业务进行调度。

2.根据权利要求1所述的方法，其特征在于，所述对所述第一业务进行调度，包括：

至少基于所述网络的算力资源和网络资源，针对所述第一业务生成调度策略；

并向所述网络的第二节点发送所述调度策略；所述调度策略用于供所述第二节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第二节点至少具有网络控制功能；所述第三节点至少具有算力感知功能和转发功能。

3.根据权利要求1所述的方法，其特征在于，所述对所述第一业务进行调度，包括：

向所述网络的第二节点发送所述网络的算力资源信息，发送的算力资源信息用于供所述第二节点至少基于算力资源信息和网络资源，生成针对所述第一业务的调度策略；所述调度策略用于供所述第二节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第二节点至少具有网络控制功能和算力信息感知功能；所述第三节点至少具有算力感知功能和转发功能。

4.根据权利要求1所述的方法，其特征在于，所述对所述第一业务进行调度，包括：

向所述网络的至少一个第三节点发送所述网络的算力资源信息和网络资源信息，发送的算力资源信息和网络资源信息用于供所述第三节点至少基于算力资源信息和网络资源信息，生成针对所述第一业务的调度策略；所述调度策略用于供所述第三节点确定所述第一业务的转发路径，以将所述第一业务调度到所述网络中对应的第三节点进行处理；所述第三节点至少具有算力感知功能和转发功能。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述网络的算力资源状态信息；

基于获取的算力资源状态信息对所述网络的算力资源进行管理。

6.根据权利要求5所述的方法，其特征在于，

基于获取的算力资源状态信息更新所述网络的算力资源拓扑信息。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述网络的网络资源状态信息；

基于获取的网络资源状态信息对所述网络的网络资源进行管理。

8.根据权利要求7所述的方法，其特征在于，

基于获取的网络资源状态信息更新所述网络的网络资源拓扑信息。

9.根据权利要求1至8任一项所述的方法，其特征在于，所述对网络的算力资源和网络资源进行管理时，所述方法包括：

对所述网络的算力资源和网络资源进行操作维护管理OAM操作；

和/或，

对所述网络的算力资源和/或网络资源进行运营处理。

10.根据权利要求1至8任一项所述的方法，其特征在于，所述对网络的算力服务进行管理，包括以下至少之一：

对算力服务镜像进行管理；

对算力服务的实例进行管理；

对算力服务对应的资源进行管理。

11.根据权利要求10所述的方法，其特征在于，所述对算力服务镜像进行管理，包括以下至少之一：

对算力服务镜像进行新增；

对算力服务镜像进行版本更新；

对算力服务镜像进行删除。

12.根据权利要求10所述的方法，其特征在于，所述对算力服务的实例进行管理，包括以下至少之一：

通知第二节点建立节点与节点之间的连接、节点与终端之间的连接；

至少基于所述网络的算力资源状态信息、网络资源状态信息和算力服务状态信息，评估算力服务的服务质量；

将算力服务调度到至少一个第四节点，以执行以下操作至少之一：

对算力服务进行实例化；

对算力服务的实例进行更新；

终止算力服务；

其中，所述第四节点至少具有算力功能。

13.根据权利要求10所述的方法，其特征在于，所述对算力服务对应的资源进行管理，包括以下至少之一：

为算力服务预留资源；

为算力服务分配资源；

释放算力服务的资源；

对算力服务的资源进行扩容和/或缩容。

14.一种管理和调度装置，其特征在于，包括：

第一管理单元，用于对网络的算力资源和网络资源进行管理；

第二管理单元，用于对网络的算力服务进行管理；

调度单元，用于接收第一业务的服务请求，对所述第一业务进行调度。

15.一种节点，其特征在于，包括：处理器及通信接口；其中，

所述处理器，用于对网络的算力资源和网络资源进行管理；对网络的算力服务进行管理；以及通过所述通信接口接收第一业务的服务请求，对所述第一业务进行调度。

16.一种节点，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行权利要求1至13任一项所述方法的步骤。

17.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至13任一项所述方法的步骤。

Images