CN112583861A - 服务部署方法、资源配置方法、系统、装置及服务器 - Google Patents

Abstract

本申请实施例提供一种服务部署方法、系统、装置、一种管控服务器及一种终端服务器。本申请实施例中分别确定多个边缘节点的节点能级并获取用户的服务部署请求。其中，节点能级用以标识节点现有的服务能力。根据多个边缘节点各自的节点能级及服务部署需求，从多个边缘节点中确定至少一个目标节点。下发服务部署指令至至少一个目标节点，以供至少一个目标节点基于服务部署指令部署相应的服务。本申请实施例通过实现合理地服务部署，提高节点能力的利用率。

Description

服务部署方法、资源配置方法、系统、装置及服务器

技术领域

本申请实施例涉及网络技术领域，尤其涉及一种服务部署方法、一种资源配置方法、系统、装置及服务器。

背景技术

边缘云计算简称边缘云，是基于云计算技术的核心和边缘计算的能力，构筑在边缘基础设施(即边缘节点)之上的云计算平台。通过将网络转发、存储、计算等应用程序的服务实例部署在距离终端用户更接近的边缘节点处理，帮助用户将计算、转发、智能数据分析等服务实例下沉至边缘，不仅可以满足了终端侧“大连接，低延时，大带宽”的需求，同时可以大大缓解云端数据处理的压力。

随着物联网(IOT，英文全称Internet of Things)技术的快速发展和普及，大量对时延比较敏感的服务数据需要放到网络边缘处理，对边缘云的覆盖能力提出了更高要求。因此，为了提高边缘云的全网覆盖能力，除了现有的按照统一标准构建的自建节点外，还通过面向社会招募大量的硬件能力与网络能力各不相同合作节点、共享节点等，从而构成边缘异构节点。由于招募的异构节点可发展的数量相对较大、整体计算能力也很可观、区域分布广泛，因此，不仅可以大大提高边缘云的全网覆盖能力，还可进一步降低了边缘云的部署成本。

实际现有的自建节点是按照统一标准构建的，因此其服务能力均已知，因此可以将用户的服务实例部署到服务能力与用户的服务配置需求相匹配的节点中，以实现服务部署。但由于面向社会招募的边缘异构节点其硬件能力与网络能力各不相同，没有统一标准因此无法预知异构节点的服务能力，因此在增加异构节点后，如何合理地进行服务部署以提高节点能力的利用率，成为亟需解决的技术问题。

发明内容

本申请实施例提供一种服务部署方法、一种资源配置方法、系统、装置、一种管控服务端及一种终端服务端，可以实现合理地服务部署，提高节点能力的利用率。

第一方面，本申请实施例中提供了一种服务部署方法，包括：

分别确定多个边缘节点的节点能级；其中，所述节点能级用以标识节点的服务能力；

获取用户的服务部署请求；

根据所述多个边缘节点各自的节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点；

下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务。

第二方面，本申请实施例中提供了一种服务部署方法，包括：

接收管控服务端下发的服务部署指令；其中，所述服务部署指令为所述管控服务端针对用户的服务部署请求的生成；

基于所述服务部署指令获取相应服务的服务资源；

基于所述服务资源部署所述服务。

第三方面，本申请实施例中提供了一种资源配置方法，包括：

分别确定多个边缘节点的节点能级；其中，所述节点能级用以标识节点的服务能力；

获取待配置资源的资源配置请求；

根据所述多个边缘节点各自的节点能级及所述资源配置请求，从所述多个边缘节点中确定至少一个目标节点；

配置所述待配置资源至所述至少一个目标节点中。

第四方面，本申请实施例中提供了一种服务部署系统，包括管控服务端以及分别与所述管控服务端连接的多个边缘节点；

所述管控服务端用于分别确定所述多个边缘节点的节点能级；其中，所述节点能级用以标识节点的服务能力；获取用户的服务部署请求；根据所述多个边缘节点各自的节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点；下发服务部署指令至所述至少一个目标节点；

所述目标节点用于接收管控服务端下发的服务部署指令；基于所述服务部署指令获取相应服务的服务资源；基于所述服务资源部署所述服务。

第五方面，本申请实施例中提供了一种服务部署装置，包括：

第一确定模块，用于分别确定多个边缘节点的节点能级；其中，所述节点能级用以标识节点的服务能力；

第一获取模块，用于获取用户的服务部署请求；

第二确定模块，用于根据所述多个边缘节点各自的节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点；

第一发送模块，用于下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务。

第六方面，本申请实施例中提供了第一种服务部署装置，包括：

第一接收模块，用于接收管控服务端下发的服务部署指令；其中，所述服务部署指令为所述管控服务端针对用户的服务部署请求生成；

第二获取模块，用于基于所述服务部署指令获取相应服务的服务资源；

实例创建模块，用于基于所述服务资源部署所述服务。

第七方面，本申请实施例中提供了一种管控服务器，其特征在于，包括处理组件以及存储组件；所述存储组件用于存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用，以执行前述任一项实施例所述的服务部署方法。

第八方面，本申请实施例中提供了一种终端服务器，其特征在于，包括处理组件以及存储组件；所述存储组件用于存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用，以执行前述任一项实施例所述的服务部署方法。

与现有技术相比，本申请可以获得包括以下技术效果：

本申请实施例提供了一种服务部署方法、一种资源配置方法、系统、装置及服务器，通过分别确定多个边缘节点的节点能级并获取用户的服务部署请求。实际节点能级标识的是节点的服务能力，因此根据多个边缘节点各自的节点能级及服务部署请求，从多个边缘节点中确定满足配置需求信息的至少一个目标节点并通过下目标节点当前的节点能力实现合理地服务部署，从而大大提高节点能力的利用率。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了根据本申请提供的一种服务部署方法一个实施例的流程示意图；

图2示出了根据本申请提供的一种服务节点池构建示意图；

图3示出了根据本申请提供的一种服务部署方法又一个实施例的流程示意图；

图4示出了根据本申请提供的一种服务部署方法另一个实施例的流程示意图；

图5示出了根据本申请提供的一种服务部署系统一个实施例的流程示意图；

图6示出了根据本申请提供的一种服务部署系统另一个实施例的流程示意图；

图7示出了根据本申请提供的一种服务部署装置一个实施例的结构示意图；

图8示出了根据本申请提供的一种服务部署装置又一个实施例的结构示意图；

图9示出了根据本申请提供的一种服务部署装置另一个实施例的结构示意图；

图10示出了根据本申请提供的一种计算机设备一个实施例的结构示意图；

图11示出了根据本申请提供的一种计算机设备一个实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

为了实现边缘异构节点中合理的服务部署以提高边缘异构节点中节点能力的利用率，发明人经过一系列研究提出了本申请技术方案。在本申请实施例中，通过分别确定多个边缘节点的节点能级并获取用户上传的服务资源及服务资源的配置需求信息。实际节点能级标识的是节点的服务能力，因此根据多个边缘节点各自的节点能级及配置需求信息，从多个边缘节点中确定满足配置需求信息的至少一个目标节点并通过下发针对所述服务资源的服务部署指令至所述至少一个目标节点，可以充分地利用边缘节点当前的节点能力实现合理地服务部署，从而大大提高节点能力的利用率。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1为本申请实施例提供的一种服务部署方法一个实施例的流程示意图。该方法可以包括以下几个步骤：

101：分别确定多个边缘节点的节点能级。

其中，所述节点能级用以标识节点的服务能力。

实际应用中，边缘节点可以包含边缘IDC(Internet Data Center，互联网数据中心)、DDC(Distributed Data Center，分布式数据中心)、运营商的通信网络、核心网设备、基站、边缘网关、家庭网关、计算设备、存储设备、IOT(Internet of Things，物联网)设备、无线机房或集群、MEC(Multi-Access Edge Computing，多接入边缘计算)设备、虚拟服务器及共享节点等，由于不同节点的硬件能力与网络能力各不相同因此还可以称为边缘异构节点。边缘云通过将网络转发、存储、计算等应用程序的服务实例部署在距离终端用户更接近的边缘节点处理，不仅可以满足了终端侧“大连接，低延时，大带宽”的需求，同时可以大大缓解云端数据处理的压力。

边缘节点可以具有多个分类维度，例如区域、运营商、带宽能力、硬件能力(包括存储能力和计算能力)等。因此，可以根据边缘节点的多个分类维度对应的节点资源信息综合评估边缘节点的节点能力。根据实际服务需求，设定对应不同服务能力的节点能级。服务能力实际是根据边缘节点的节点能力可以支持服务类型进行设定的，例如，根据对服务需求的高低，服务类型可以分为超大型服务、大型服务、中型服务、小型服务、微型服务等。

实际应用中，服务需求主要可以包括三类需求，即对带宽需求、计算需求及存储需求，其对应边缘节点的分类维度分别为带宽能力、计算能力和存储能力。其中，超大型服务可以定义为对该三类需求均较高的服务；大型服务可以定义为该三类需求中的任两类需求要求较高的服务；中型服务可以定义为对该三类需求中任一类需求要求较高的服务；小型服务可以定义为对该三类需求要求均中等的服务，微型服务可以定义为对该三类需求要求均较低的服务。

进一步地，根据节点能力确定边缘节点可以满足的服务需求的服务类型，对节点进行量化分级。可选地，根据节点可支持的服务能力大小，节点能级可以分为第一能级>第二能级>…>第五能级等，其中，边缘节点的节点能力越强对应的节点能级就会越高，同时可支持的服务能力越大。例如第一能级节点可以满足超大型服务的服务需求，第二能级节点可以满足大型服务的服务需求，以此类推，第五能级节点可以满足微型服务的服务需求。当然，由于大型服务和中型服务可以分为不同类型的处理需求，因此，第二能级进一步地可以分为第二A能级、第二B能级、第二C能级，第三A能级、第三B能级、第三C能级等，具体可根据实际情况及分类维度对节点能级进行细粒度划分。

实际边缘节点的节点能级包括但不限于前述的分级方式，前述的服务类型及节点分级方式仅为便于理解的示意性描述，实际服务类型分类及节点分级方式可根据实际情况进行灵活设置，在此不做具体限定。

本申请实施例中，通过根据节点能力对边缘节点进行能力分级以量化各个边缘节点服务各类型服务的能力，从而建立了节点能级与服务能力之间的关联关系，为管控服务端将节点能级作为对边缘节点的管控维度，实现对边缘节点的粗粒度管控，并为管控服务端基于粗粒度的节点分级管控进行服务部署奠定了基础。

作为一种可实现地实施方式，所述分别确定多个边缘节点的节点能级可以包括：

分别采集所述多个边缘节点的节点资源信息；

根据所述节点资源信息，分别评估所述多个边缘节点的节点能级。

可选地，作为另一种可实现的实施方式，所述分别确定多个边缘节点的节点能级可以包括：

分别接收所述多个边缘节点发送的自身的节点能级；其中，所述节点能级为所述多个边缘节点分别根据自身的节点资源信息评估获得。

实际应用中，可以是由管控服务端分别采集每个边缘节点的节点资源信息并根据节点资源信息评估每个节点的节点能级，其中，该节点资源信息实际为边缘节点的当前未被占用的剩余资源信息。该节点资源信息可以是在管控服务端要进行服务部署前进行采集，也可以是定时采集或每间隔预设时间进行采集，在此不做具体限定。当然可以理解的是，每个边缘节点也可以通过间隔预设时间或接受管控服务端的采集指令采集自身的节点资源信息从而评估自身的节点能级，并将评估获得的节点能级发送至管控服务端，以便管控服务端实现对多个边缘节点的节点能级管控。

通常随着边缘云的发展规模快扩张，边缘节点的数量越来越庞大，因此如果由管控服务端来评估每个边缘节点的节点能级会大大增加云端数据处理量，造成云端数据处理压力增大。因此，节点能级评估可以下沉至边缘节点自身处理，仅需将评估得到的结果发送至管控服务端，从而进一步降低云端数据处理压力。

102：获取用户的服务部署请求。

可选地，用户可以预先上传的服务资源存储在管控服务端，并在上传服务资源后设定该服务资源的配置需求信息，还可以是用户在生成服务部署请求时携带服务资源及该服务资源的配置需求信息。该服务资源可以是网络转发、存储、计算等应用程序的应用镜像文件、RPM(Red-Hat Package Manager，软件包管理器)安装包、可执行文件等。服务资源的配置需求信息可以包括该服务资源的计算需求，计算需求实际为对边缘节点的计算能力需求，边缘节点的计算能力主要由其自身的硬件资源决定，例如内存、CPU、磁盘、操作系统、总线结构等资源决定了边缘节点的计算能力；还可以包括该服务资源的网络带宽需求，带宽能力由边缘节点接入网络的网络性能决定，例如上下行带宽大小、网络延迟率、丢包率、网络负载等决定。实际应用中，除了服务资源的计算需求、网络带宽需求之外还可以包括该服务资源的存储需求、部署区域需求、运营商需求等，具体可根据实际的服务部署需求进行设置，在此不做具体限定。

103：根据所述多个边缘节点各自的节点能级及所述配置需求信息，从所述多个边缘节点中确定至少一个目标节点。

实际在进行服务部署时，根据不同用户的服务部署需求可以分为单节点部署或多节点部署。例如为了提高边缘节点对终端请求的响应速度和服务性能，可以分区域部署，使得对应区域内部署的边缘节点为对应区域的终端提供服务，可以避免终端用户访问同一节点造成的资源满载和性能下降的问题。

因此，在匹配目标节点时，如果为单节点部署类型则从节点能级匹配的边缘节点中选择满足配置需求信息的一个目标节点；如果为多节点部署类型，则从节点能级匹配的边缘节点中选择满足迁移需求的多个目标节点。

本申请实施例中在进行多节点部署时，配置需求信息中的服务需求可以分摊到多个目标节点中。例如带宽需求为100M带宽，如果要部署到两个目标节点中，则两个目标节点可以分别分摊30M、70M或分别分摊50M、50M。这种通过将服务需求分摊到多个目标节点上，不仅可以降低服务部署对目标节点的节点能级的要求，可以充分利用节点能级较低的边缘节点的节点能力，从而进一步提高节点能力的利用率。

因此，在匹配目标节点时，首先确定服务部署类型，如果为单节点部署类型，则匹配与该配置需求信息匹配的节点能级，并在匹配的节点能级中根据部署需求选择至少一个目标节点。

如果为多节点部署类型，用户可以预先设定预设数量的目标节点进行服务部署，可以根据预设数量及配置需求信息对服务需求进行分摊，例如带宽需求、计算需求、存储需求等均可以进行分摊，该分摊方式可以是按照用户的预设分摊要求进行分摊，例如均匀分摊、按照预设比例分摊等，也可以是管控服务端根据各个边缘节点的节点能级的分布情况，在满足用户服务需求的基础上进行灵活地自适应分摊，例如在第四能级的边缘节点分布较多的情况下，可以优先匹配标识第四能级的边缘节点作为目标节点。当然可以理解的是，在将服务需求分摊到不同目标节点上后，该多个目标节点根据分摊的服务需求的大小不同，可以匹配得到相同节点能级的多个目标节点，也可以是匹配得到不同节点能级的多个目标节点，在此不做具体限定。

可以理解的是，由于可以处理超大型服务的第一能级的边缘节点通常数量有限，如果在第一能级的边缘节点资源满载的情况下用户要部署超大型服务时，或者用户部署的服务即使最高能级的边缘节点也无法满足其单节点服务需求时，可以自动地为用户选择多节点部署类型。考虑到用户的服务需求，在不影响服务性能的基础上，优先为用户匹配节点能级较高目标节点。例如，第一能级的边缘节点资源满载时，优先为用户匹配第二能级的目标节点，以带宽需求为20G为例，第一能级满载情况下，优先为用户提供可以满足8G带宽需求的第二能级的目标节点，由于两个第二能级的目标节点可以提供16G带宽需求，如果继续匹配第二能级的目标节点就会造成第二能级的目标节点的带宽资源的浪费，因此，可以对剩余4G的带宽需求进行能级降级匹配，匹配得到可以提供4G带宽需求的第三能级的目标节点，在提高节点能力利用率的同时实现将用户的服务资源部署到两个第二能级和一个第三能级的目标节点中。

可选地，如果用户部署的服务仅在单节点部署才能保证实际的服务处理性能，但此时满足该用户服务需求的节点能级的边缘节点均资源满载的情况下，可以对资源满载的边缘节点中的服务实例进行节点调度。例如资源满载的第一能级的边缘节点中的某一服务实例，可以在多节点部署时不影响实际服务处理性能的情况下，迁移到多个第二能级的边缘节点中，从而可以在进行节点调度后得到的第一能级的边缘节点作为目标节点部署该用户的服务实例。

可以理解的是，节点调度的情况不仅在服务部署时可以发生，还可以是在监测到任一边缘节点中的服务实例发生宕机、资源满载、节点增加或摘除时通过节点调度和服务实例迁移对边缘云中服务进行优化部署，以进一步提高边缘云中节点能力的利用率，具体可根据实际情况进行设置在此不做具体限定。

104：下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务。

实际应用中，服务部署指令可以是在管控服务端确定至少一个目标节点后自动触发生成，当然也可以是在确定至少一个目标节点后通知用户，由用户触发生成针对服务资源的服务部署指令，并分别下发服务部署指令至该至少一个目标节点中。

云端存储的服务资源中除包括服务的应用镜像以及RPM安装包、可执行文件之外还可以包括服务初始化环境配置，当目标节点接收到云端下发的服务部署指令后，首先拉取服务初始化环境配置，检测目标节点中的运行环境，如果符合服务初始化环境要求，再拉取服务资源部署服务；如果不符合服务初始化环境要求，则需要基于服务初始化环境配置安装初始化运行环境，再进行服务的部署。

实际应用中，边缘节点中可以部署初始化的容器运行环境，也可以是初始化的虚拟机运行环境，基于不同的运行环境，创建对应运行环境的应用镜像。对于部署容器运行环境的边缘节点，需要将服务应用的容器镜像下发边缘节点的容器中，在容器中创建服务应用的服务实例；对于部署虚拟机运行环境的边缘节点，需要将服务应用的虚拟机镜像下发至边缘节点的虚拟机中，在虚拟机中创建服务应用的服务实例。在此不做具体限定，可根据实际需求进行部署。

作为一种可选地实施方式，所述根据所述节点能级及所述配置需求信息，从所述边缘节点中确定至少一个目标节点之前，还可以包括：

确定所述多个边缘节点中可调用的闲置节点和/或公共节点。

实际应用中，为了提高节点能力的利用率，对于已经部署服务实例但仍具有剩余节点能力的公共节点以及未部署服务实例的闲置节点，均可作为可调用节点进行目标节点的匹配。

所述根据所述节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点可以包括：

确定所述服务部署请求对应服务的配置需求信息；

确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个目标节点；

基于所述至少一个目标节点构建所述用户的服务节点池。

确定该至少一个目标节点的具体实施方式与前述相同在此不再赘述。

为了便于用户对部署的服务实例进行管理，可选地，为每个用户创建了服务节点池，管控服务端通过服务节点池可以向用户提供一个虚拟的逻辑地址，用户通过这个逻辑地址对服务节点池中部署的服务进行管控，例如服务实例启动、停止、下线、删除等操作。由于服务节点池面向用户提供的一个虚拟的逻辑地址，因此用户不会感知到管控服务端对服务节点池中目标节点调度和变化。实际管控服务端会建立服务节点池的逻辑地址与目标节点的IP+端口地址的关联关系，当管控服务端调度服务节点池中的目标节点时例如增加新的目标节点、服务实例迁移至其它节点或剔除目标节点时，会自动更新逻辑地址与目标节点的IP+端口地址的关联关系，以保证用户对服务节点池中部署的服务实例的实时管控。

进一步地，作为一种可选地实施方式，所述确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个目标节点可以包括：

判断所述服务部署请求为私有部署类型还是公有部署类型；

如果为私有部署类型，确定所述闲置节点中节点能级满足所述配置需求信息的至少一个私有目标节点；

如果为公有部署类型，确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个公共目标节点。

考虑到用户服务的安全权限问题，可以将用户的服务部署类型分为私有部署类型和公有部署类型。实际应用中，同一个服务资源可以分为私有资源模块和公有资源模块，例如用户注册信息、用户隐私信息、秘钥等信息均为需要一定的安全权限，但公共节点由于其具有多用户公有的特性，因此安全性难以保证，因此可以将用户的私有资源单独到的私有节点中。私有节点中仅供唯一用户调度和管理，因此其安全性能较高从而保证用户的保密信息不易外泄。

因此，在进行目标节点匹配时，对于私有部署类型的服务资源仅能够从闲置节点中匹配目标节点，且匹配得到的目标节点为用户的私有目标节点；而对公有部署类型则可以从闲置节点和公有节点中匹配目标节点，以实现节点能力的充分利用。

可选地，所述基于所述至少一个目标节点构建所述用户的服务节点池可以包括：

基于所述至少一个私有目标节点，构建所述用户的私有节点池；

基于所述至少一个公共目标节点，构建所述用户的公共节点池。

实际应用中，为了提高用户管理服务实例的安全权限，分别构建用户的私有节点池和公共节点池，私有节点池中为部署私有资源模块的服务实例私有目标节点，公有节点池中为部署有公共资源模块的服务实例的公共目标节点。可以理解的是，私有目标节点(即私有节点)仅可以被划分到唯一的一个私有节点池中，且不可被其它服务实例调用，仅在解除与该私有节点池的关联关系后可以被调用或部署其它服务。而公共目标节点(即公共节点)可以与不同用户的多个公共节点池建立关联关系，当该公共目标节点具有剩余节点能力时会被重新评估其节点能级，以便管控服务端利用其剩余节点能力进行其它服务资源的服务部署，以提高节点能力的利用率。

如图2所示，为用户1的一个服务节点池，该服务节点池中包括部署私有服务的私有节点池1以及部署公有服务的公共节点池1。其中，N表示目标节点的数量，用户1匹配得到的N个私有目标节点仅可建立与用户1的私有节点池1唯一的关联关系，且N大于等于1；而用户1匹配得到的N个公共目标节点可以至少建立与该用户1的公共节点池1的关联关系，如图还可以建立与用户M的公共节点池M的关联关系，M表示关联公共节点池的数量，且M大于等于1。

实际应用中，根据用户的服务部署需求，当用户需要部署两个服务时，可以针对每个服务构建各自的服务节点池，因此，每个用户可以关联至少一个服务节点池的逻辑地址，以管理服务节点池中部署的服务实例。

可以理解的是，服务节点池实际为对边缘节点的一种逻辑区间划分，而并非是物理区间上的划分。通过服务节点池对边缘节点进行逻辑区间上划分，从而定义了节点的可调用状态，被划分到公共节点池中的边缘节点为可以调用且可被多用户共享的公共节点，而被划分到私有节点池中的边缘节点定义为不可被调用的私有节点，而未被划分到任一服务节点池中的边缘节点即为可被调用的闲置节点。通过定义边缘节点的可调用状态，不仅可以提高公共节点的剩余节点能力的利用率，同时还可以为用户提供更加安全的服务部署环境。

本申请实施例中，根据多个边缘节点标识的节点能级及用户上传的服务资源对应的配置需求信息，从多个边缘节点中确定满足配置需求信息的至少一个目标节点并通过分别下发针对所述服务资源的服务部署指令至所述至少一个目标节点，从而在至少一个目标节点中完成服务部署。由于节点能级表示的边缘节点的服务能力，因此通过匹配确定满足配置需求信息至少一个目标节点，可以充分地利用边缘节点现有的节点能力实现合理地服务部署，从而大大提高节点能力的利用率。

此外，本申请实施例中通过构建用户的服务节点池，不仅可以提高用户对部署服务实例的管控力度，同时可以通过边缘节点与服务节点池的关联关系，确定边缘节点的可调用状态。通过私有节点池满足用户的服务部署的安全需求，并通过定义公共节点池中可供多用户共享的公共节点，以进一步提高节点能力的利用率。

实际应用中，本申请技术方案不仅可以用于对用户服务的部署，还可以实现对任一资源优化配置。作为一种可实现的实施方式，本申请实施例中还提供了一种资源配置方法，可以包括：

分别确定多个边缘节点的节点能级；其中，所述节点能级用以标识节点的服务能力；

获取待配置资源的资源配置请求；根据所述多个边缘节点各自的节点能级及所述资源配置请求，从所述多个边缘节点中确定至少一个目标节点；

配置所述待配置资源至所述至少一个目标节点中。

其中，该待配置资源不仅可以包括用户上传的服务资源，还可以包括其它不同类型的待部署的资源，例如用于实现云端系统管理的云端管理资源，用于实现能级评估模型训练的应用资源、用于实现节点资源信息管理的应用资源、用于存储用户信息的存储资源、以及用户上传的数据库资源、信息存储资源等，在此不做具体限定。

待配置资源根据资源类型确定各自对应的配置需求信息，并根据所述多个边缘节点各自的节点能级及配置需求信息，从多个边缘节点中确定至少一个目标节点，从而在该至少一个目标节点中配置该待配置资源。

该配置过程可以是创建待配置资源对应的服务实例或应用进程，也可以是进行资源存储、信息传输或数据建模等，具体可根据待配置资源的资源类型确定配置方式，在此不做具体限定。

本申请实施例中至少一个目标节点匹配的具体实施方式，与前述相似在此不再赘述。本申请实施例中提供的资源配置方法，可以进一步提高边缘节点中资源的配置效率，同时基于节点能级和配置需求信息可以获得与配置需求信息匹配度最高的至少一个目标节点，在提高资源配置效率的同时还可以实现资源的合理配置和部署，从而大大提高节点能力的利用率。

图3为本申请实施例提供的一种服务部署方法的又一个实施例的流程示意图。该方法可以包括以下几个步骤：

301：分别确定多个边缘节点的节点能级。

其中，所述节点能级用以标识节点的服务能力。

302：获取用户的服务部署请求。

303：确定不同节点能级各自对应的节点能力阈值范围。

可选地，所述节点能力阈值范围可以包括对应网络性能参数的网络能力阈值范围及对应硬件性能参数的硬件能力阈值范围；

所述确定不同节点能级各自对应的节点能力阈值范围可以包括：

确定不同能级各自对应的网络能力阈值范围及硬件能力阈值范围。

作为一种可选地实施方式，在采集获得每个边缘节点的节点资源信息后，可以通过设置不同节点能级对应的节点能力阈值范围，对边缘节点的节点能力进行分级。

可选地，不同节点能级对应的节点能力阈值范围可以根据该节点能级所支持服务类型确定的服务能力需求进行设定。实际应用中，节点能力可以分为网络能力和硬件能力，其中硬件能力进一步可以包括存储能力和计算能力，因此节点能力阈值范围可以至少从该两个维度进行设置。例如网络带宽用A_i,(i＞0)表示，第一节点能级用于支持超大型服务，对应的网络能力阈值范围为不小于A₁，第二节点能级用于支持大型服务，对应网络能力阈值范围为(A₁～A₂)，第三节点能级用于支持中型服务对应网络能力阈值范围为(A₂～A₃)，…其中A₁＞A₂＞A₃。同样地，节点能级的硬件能力阈值范围也可以按照上述分级方式，确定每个节点能级对应的硬件能力阈值范围，从而根据每个节点能级对应的节点能力阈值范围确定边缘节点的节点能级。

可选地，为了提高节点分级效率，还可以通过机器学习方法训练边缘节点的能级评估模型。此时，不同节点能级可以根据训练获得能级评估模型确定对应的节点能力阈值范围，在此不做具体限定。

304：根据所述节点能力阈值范围，确定满足所述服务部署请求对应服务的配置需求信息的目标能级。

作为一种可选地实施方式，所述配置需求信息包括对应所述网络性能参数的网络需求信息及对应所述硬件性能参数的硬件需求信息；

所述根据所述节点能力阈值范围，确定满足所述配置需求信息的目标能级可以包括：

确定所述网络能力阈值范围满足所述网络需求信息，且所述硬件能力阈值范围满足所述硬件需求信息的目标能级。

为了提高节点匹配效率，可以首先基于粗粒度的节点分级管控确定与用户的配置需求信息匹配的目标节点的目标能级。然后通过细粒度的多维度节点资源管控从标识目标能级的边缘节点的中，匹配满足服务资源的配置需求信息的至少一个目标节点。

由前述图1实施例可知，用户的部署需求可以分为单节点部署或多节点部署。当为单节点部署时，仅确定与用户的配置需求信息匹配的一个目标能级。当为多节点部署时，由于可以将配置需求信息中的部分服务需求分摊到多个目标节点中，可选地在根据所述节点能力阈值范围，确定满足所述配置需求信息的目标能级时，可根据用户预设的分摊方式或者自适应分摊方式确定至少一个目标能级以及每个目标能级对应的目标节点数量。其中，该至少一个目标能级及对应的目标节点数量对应的节点能力之和，大于或等于该用户的服务需求。前述图1实施实例中已经对用户基于单节点部署或多节点部署下匹配的目标节点的目标能级的确定进行详细描述，在此不再赘述。

305：确定所述边缘节点中标识为所述目标能级的第一边缘节点。

306：从所述第一边缘节点中确定至少一个目标节点。

为了进一步提高节点能力的利用，可以通过细粒度的节点资源管控匹配至少一个目标节点。作为一种可选地实施方式，所述从所述第一边缘节点中确定至少一个目标节点可以包括：

确定所述第一边缘节点各自的节点资源信息；

确定所述配置需求信息分别与所述第一边缘节点的节点资源信息的第一匹配程度；

根据所述第一匹配程度，确定所述第一边缘节点中满足预设匹配要求的至少一个目标节点。

由前述可知，每个节点能级都有各自对应的节点能力阈值范围，具有相同节点能级的边缘节点的节点能力分布在其对应的节点能力阈值范围内。因此，标识相同节点能级的边缘节点的节点能力也具有一定的差异。为了进一步提高节点能力利用率，根据边缘节点的节点资源信息进行目标节点的匹配，以匹配得到节点能力与用户的配置需求信息最接近的目标节点，以充分利用目标节点的节点能力。

实际应用中，所述配置需求信息包括分别对应至少一个资源参数的配置需求子信息；

所述节点资源信息包括分别对应所述至少一个资源参数的节点资源子信息；

所述确定所述配置需求信息分别与所述第一边缘节点的节点资源信息的第一匹配程度可以包括：

针对每个第一边缘节点，分别确定对应同一个资源参数的所述配置需求子信息与所述节点资源子信息的第一匹配程度。

实际应用中，所述至少一个资源参数可以包括带宽参数、区域参数、硬件性能参数(可包括存储性能和计算性能)、承租运营商参数等。

所述配置需求信息可以包括对应带宽参数的带宽需求信息，对应区域参数的区域需求信息、对应硬件性能参数的硬件性能需求信息以及对应承租运营商的优选运营商需求信息等。

每个边缘节点的节点资源信息可以包括对应带宽参数的带宽信息，对应区域参数的区域信息、对应硬件性能参数的硬件性能信息以及对应承租运营商的运营商信息。

针对每个第一边缘节点，分别确定对应同一个资源参数的所述配置需求子信息与所述节点资源子信息的第一匹配程度例如可以是：

确定对应带宽参数的带宽需求信息及带宽信息的第一匹配程度；确定对应区域参数的区域需求信息与地域信息的第一匹配程度；确定对应硬件性能参数的硬件性能需求信息与硬件性能信息的第一匹配程度；确定承租运营商参数对应的运营商需求信息及运营商信息的第一匹配程度。

实际应用中，不同的配置需求子信息可以根据各自的匹配需求确定各自的匹配方式。例如，区域参数、承租运营商参数，如果用户要求不可以变更区域和运营商，以区域信息为例，当区域信息与区域需求匹配时第一配程度为1，不匹配时为0。

当多个边缘节点在没有满足用户的区域需求信息或运营商需求信息的目标节点时，可以根据预设规则变更区域或运营商。

对于区域参数，可以根据第一边缘节点的区域信息与区域需求信息之间的距离确定区域参数对应的第一匹配程度。例如区域需求信息为X市，如果边缘节点的区域信息A市据X市距离越近则第一匹配程度越高，A市据X市距离越远，则匹配程度越低。

对于承租运营商参数，可以预先设置承租运营商的优先级，优先级越高的承租运营商其对应的第一匹配程度越高，反之越低。

对于带宽参数，当带宽信息等于带宽需求信息时第一匹配程度为1；当带宽信息小于带宽需求信息时第一匹配程度为0，当带宽信息大于带宽需求信息时第一配程度[0,1]之间，此时可以根据带宽需求信息与带宽信息的差值确定其第一匹配程度，且当差值越大，第一匹配程度越低。同理，该匹配方式同样适用于硬件性能参数的第一匹配程度的确定，在此不做具体限定。

在一种可选地实施方式中，所述根据所述第一匹配程度，确定所述第一边缘节点中满足预设匹配要求的至少一个目标节点可以包括：

确定所述第一边缘节点中，所述至少一个资源参数各自对应的第一匹配程度满足所述预设匹配要求的第二边缘节点；

确定所述至少一个资源参数各自对应的权重值；

基于所述至少一个资源参数各自对应的第一匹配程度及权重值，确定每个第二边缘节点的匹配优先级；

根据所述匹配优先级，从所述第二边缘节点中选取至少一个目标节点。

作为一种可选地实施方式，所述确定所述第一边缘节点中，所述至少一个资源参数各自对应的第一匹配程度满足所述预设匹配要求的第二边缘节点可以包括：

分别确定所述第一边缘节点中所述至少一个资源参数各自对应的第一匹配程度均不小于所述至少一个资源参数各自对应的预设匹配阈值的第二边缘节点。

实际应用中可以针对每一个资源参数设置各自对应的匹配阈值，当然，如果每个资源参数基于各自的匹配方式计算得到的第一匹配程度标准相同，例如均在[0,1]之间,也可以设定统一的匹配阈值，例如预设匹配阈值统一设置为0.8，则第二边缘节点实际为与配置需求信息对应每一个资源参数的第一匹配程度均大于等于0.8的第一边缘节点。

可以理解的是，匹配阈值的设置可以根据实际的匹配需求进行设置，匹配精度要求较高时可以设置相对较高的预设匹配阈值，但预设匹配阈值设置较高时，可能会存在匹配不到目标节点的情况，此时需要根据实际情况调整预设匹配阈值，在此不做具体限定。

匹配权重可以根据实际的服务需求进行设定，例如对计算或存储需求较高的服务，可以设置硬件性能参数权重值较高；对网络带宽需求较高的服务可以设置带宽参数的权重值较高，其它资源参数的权重值可以相对较低，在此不做具体限定。

基于所述至少一个资源参数各自对应的第一匹配程度及权重值，可以计算获得每个第二边缘节点对应的第二匹配程度，基于第二匹配程度的大小确定每个第二边缘节点的匹配优先级，其中第二匹配程度越大其匹配优先级就越高。

实际应用中，当目标能级包含多个时，例如目标能级包括第二能级和第三能级，则需要按照上述实施方式，分别确定标识第二能级的第二边缘节点的匹配优先级及标识第三能级的第二边缘节点的匹配优先级。进一步地，根据各个目标能级对应的目标节点的节点数量，按照第二边缘节点的匹配优先级依次选择相应节点数量个第二边缘节点作为目标节点，从而确定与配置需求信息匹配的至少一个目标节点。

实际应用中，对于多节点部署服务部署需求，当按照用户的预设分摊要求对用户的服务需求进行分摊时，每个节点的分摊的配置需求信息是已知的，因此可以按照上述的细粒度的匹配方式，分别针对分摊后每个目标节点对应的配置需求信息确定用于部署服务的多个目标节点。

对于采用灵活地自适应分摊方式时，由于每个目标节点分摊到的服务需求是未知的，因此，在进行节点匹配时，基于粗粒度管控确定目标能级及对应的节点数量后，可以采用随机匹配结合细粒度匹配方式确定该至少一个目标节点，以进一步提高节点匹配效率。例如，根据边缘节点分布情况，第四能级的边缘节点分布较多时，优先匹配标识第四能级的边缘节点作为目标节点，当配置需求信息在分摊服务需求时，分摊到两个第四能级的目标节点上的服务需求之后仅占总需求的80％左右，剩余20％左右的服务需求利用第五能级的边缘节点即可满足。因此，在进行粗粒度匹配时可以确定目标能级为第四能级对应两个目标节点及第五能级对应一个目标节点。在第四能级对应的第一边缘节点进行目标节点匹配时，可以仅根据区域参数和运营商参数进行匹配，仅需对满足区域需求和承租运营商需求的第一边缘节点进行随机匹配即可。随机匹配第四能级的两个目标节点后，计算该两个目标节点实际分摊的配置需求信息与总的配置需求信息的差值，将该差值作为最后一个第五能级的目标节点对应的配置需求信息进行细粒度的节点匹配。

实际为了便于理解，前述仅提供了几种节点匹配实施方式的示意性描述，本申请技术方案可以包括但不限与上述描述节点匹配方式，具体可根据实际匹配需求设置更高效、合理的节点匹配方式以实现合理的服务部署。

307：下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务。

实际应用中，该至少一个目标节点中创建的服务实例在运行状态下可以响应终端针对该服务实例发送的服务需求。该服务需求可以是计算需求、存储需求、信息获取请求等。

本申请实施例中，在基于粗粒度的节点分级管控确定与用户的配置需求信息匹配的目标节点的目标能级基础上，进一步地，基于细粒度的多维度节点资源管控从标识目标能级的第一边缘节点的中，匹配满足服务资源的配置需求信息的至少一个目标节点。不仅可以大大提高目标节点的匹配效率，通过基于细粒度地多维度节点资源管控，可以避免目标节点的剩余节点能力过多造成的资源浪费，可以进一步提高节点能力的利用率，从而实现高效、合理地服务部署。

为了提高用户对其在目标节点中部署的服务实例的管控能力，可选地，所述下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务之后，还可以包括：

接收所述用户发送的针对任一目标节点中的服务的启/停控制指令；

基于所述启/停控制指令控制所述任一目标节点中的服务启动或停止。

用户可以通过管控服务端针对任一目标节点创建的服务实例进行管控，通过发送启动控制指令或停止控制指令，控制该任一目标节点中部署的服务实例运行或停止。

为了保证服务实例的正常运行，所述下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务之后，还可以包括：

分别监测所述至少一个目标节点中的服务的运行状态；

如果任一目标节点中的服务的运行状态发生异常，确定所述服务对应的目标迁移节点，并将所述服务迁移至所述目标迁移节点中；

将所述目标迁移节点加入所述服务节点池中并将部署所述服务的目标节点从所述服务节点池中剔除。

实际应用中，当目标节点的资源满载、宕机或者网络连接异常时都会导致该目标节点中服务实例的运行状态出现异常，此时为了保证终端的服务请求可以正常响应，可以通过节点迁移方式将服务迁移到未出现异常的节点中。目标迁移节点可以采用上述细粒度管控的匹配方式进行节点匹配，在此不做具体限定。

同时将该任一目标节点从用户的服务节点池中剔除，此时该任一目标节点恢复为闲置节点，并将确定的目标迁移节点加入到用户的服务节点池中，从而实现用户无感知的节点调度。

实际应用中，为了实现高效、快速地节点能级评估，减少云端的运算压力，所述分别确定多个边缘节点的节点能级之前，还可以包括：

获取所述边缘节点的第一节点样本；

基于所述第一节点样本的节点资源信息及对应的能级标签，训练获得能级评估模型。

本申请实施例中还可以通过机器学习方法训练边缘节点的能级评估模型。其中，第一节点样本实际为标注有节点能级的多个边缘节点，其节点能级是根据其实际的服务能力标注的。该节点能级可以通过人工标注方式进行，也可以采用其它任一标签标注方式实现，在此不做具体限定。

本申请实施例可以采用任一种机器学习方式，以第一节点样本的资源信息及对应的节点能级作为输入信息，训练获得能级评估模型。能级评估模型根据输入信息会训练获得每一个能级对应的节点能力阈值范围，从而实现对任一边缘节点的节点能力进行分级评估。

作为一种可实现地实施方式，所述根据所述节点资源信息，分别评估所述多个边缘节点的节点能级可以包括：

根据所述节点资源信息及所述能级评估模型，分别评估所述多个边缘节点的节点能级。

实际应用中，在训练获得能级评估模型后，可以将任一边缘节点的节点资源信息作为能级评估模型的输入，从而得到该边缘节点对应的节点能级。该方式可以大大提高节点能级评估效率。

实际应用中，由于节点资源会在不断地被占用或释放，因此每个边缘节点的节点资源会不断地变化，因此需要定期或在节点匹配前重新评估每个边缘节点的节点能级。但随着云计算规模的越来越大，边缘节点的数量也越来越庞大，导致节点能级评估会占用云端大量的计算资源。

为了减轻云端压力，作为一种可选地实施方式，该方法还可以包括：

分别下发所述能级评估模型至所述多个边缘节点，以供所述多个边缘节点基于节点资源信息及所述能级评估模型评估自身的节点能级。

通过将能级评估模型下发至每个边缘节点，可以通过利用边缘节点各自的计算能力评估自身的节点能级，不仅可以减轻云端计算压力，还可以大大提高节点能级评估效率，并可根据边缘节点不同的状态设置不同能级评估时效。例如，对于私有节点其被调用概率较低，仅在被撤销私有占用时，可以被重新调用，因此可以设置较长的周期，或者通过监测私有节点的占用状态，仅在占用状态发生改变后才进行节点能级评估。而闲置节点或公共节点其被调用概率就会很高，因此可以每间隔预设时间评估自身的节点能级，该预设时间可根据实际需求进行设定，可以是1小时或12小时等，当然也可是在进行服务部署前触发可调用节点自动进行节点能级评估，在此不做具体限定。

实际应用中，为了进一步提高能级评估模型的准确度，所述基于所述第一节点样本的节点资源信息及对应的能级标签，训练获得能级评估模型之后，还可以包括：

获取所述边缘节点新增的第二节点样本；

基于所述第二节点样本的节点资源信息及对应的能级标签，对所述能级评估模型进行优化训练，获得优化的能级评估模型。

实际应用中样本数量越大训练得到的能级评估模型的准确度会越高，评估结果会越优质。因此，随着云计算规模地不断扩大，会不断有新的边缘节点增加进来，从而可以根据新增的边缘节点作为第二节点样本对能级评估模型进行优化训练，从而进一步提高能级评估模型的准确度。

可选地，为了进一步提高能级评估模型的准确度，所述基于所述第一节点样本的节点资源信息及对应的能级标签，训练获得能级评估模型之后，还可以包括：

获取用户端根据所述至少一个目标节点的实际服务能力生成反馈信息；其中，所述反馈信息为所述至少一个目标节点的实际服务能力与其对应的节点能级标识的服务能力不匹配时生成；

获取基于所述反馈信息生成的第三节点样本；

基于所述第三节点样本的节点资源信息及对应的能级标签，对所述能级评估模型进行优化训练，获得优化的能级评估模型。

实际应用中，评估的节点能级可能存在与实际服务能力不相符的情况，例如目标节点评估的节点能级为二级能级，但处理大型服务时会经常出现服务处理效率低或终端服务请求响应时间过长或无响应等问题，表明其实际服务能力未达到二级能级，或评估为二级能级但还可以处理超大型服务，则表明其实际服务能力可以达到一级能级。因此，用户可以根据目标节点中部署服务实例的运行状态判断其实际的服务能力与标识的节点能级是否匹配，如果不匹配时可以生成反馈信息，以供工作人员基于反馈信息修正节点样本标注的能级标签，生成修订后的第三节点样本。并基于第三节点样本对能级评估模型进行优化训练以提高能级评估模型的准确度。

作为一种可选地实施方式，所述方法还可以包括：

分别下发所述优化的能级评估模型至所述多个边缘节点，以供所述多个边缘节点基于所述优化的能级评估模型评估自身对应的节点能级。

可以理解的是，如果能级评估是在各个边缘节点中完成，则在能级评估模型经过优化训练后需要将优化后的能级评估模型下发到各个边缘节点中，以及时更新边缘节点自身的能级评估模型，获得更加准确地能级评估结果。

本申请实施例中，为了进一步提高边缘节点的能级评估效率，通过机器学习方法训练边缘节点的能级评估模型。利用能级评估模型快速、高效地实现对边缘节点的能级评估。进一步地，通过优化训练能级评估模型进一步提高模型的评估准确度，使得评估后的节点能级与其实际服务能力相符。从而在基于最优的节点匹配基础上，为提高节点利用率实现合理的服务部署奠定了基础。

图4为本申请实施例提供的一种服务部署方法的又一个实施例的流程示意图。该方法可以包括以下几个步骤：

401：接收管控服务端下发的服务部署指令。

其中，所述服务部署指令为所述管控服务端针对用户的服务部署请求生成。

402：基于所述服务部署指令获取相应服务的服务资源。

403：基于所述服务资源部署所述服务。

可选地，所述基于所述服务资源部署所述服务可以是基于所述服务资源创建所述服务的服务实例。

作为一种可实现的实施方式，所述根据所述服务部署指令获取相应服务的服务资源可以包括：

获取所述服务资源及所述服务资源的初始化环境要求；

判断当前运行环境是否与所述初始化环境要求相匹配；

如果是，执行步骤403；

如果否，安装与所述服务初始化环境要求相匹配的运行环境。

实际应用中，在部署服务之前需要预先检测边缘节点中的当前运行环境与初始化环境要求是否相匹配，如果不匹配时，则需要安装于初始化环境要求相匹配的运行环境，从而在当前运行环境中创建服务实例。

可选地，所述基于所述服务资源部署服务之后，还可以包括:

接收所述管控服务端下发的针对所述服务的启/停控制指令；其中，所述启/停控制指令由所述用户端针对所述服务生成并发送至所述管控服务端；

基于所述启/停控制指令控制所述服务启动或停止。

作为一种可实现的实施方式，所述基于所述服务资源部署服务之后，还可以包括：

采集所述服务的运行状态信息；

发送所述运行状态信息至所述管控服务端，以供所述管控服务端基于所述运行状态信息监测所述服务的运行状态。

作为另一种可实现的实施方式，所述方法还可以包括：

采集自身的节点资源信息；

根据所述节点资源信息评估自身的节点能级；其中，所述节点能级用以标识节点的服务能力；

发送所述节点能级至所述管控服务端，以供所述管控服务端基于所述节点能级及所述服务资源的配置需求信息进行服务部署。

实际应用中，边缘节点中可以包括信息采集组件用于采集服务的运行状态信息，并发送该运行状态信息至管控服务端以监控部署的服务的运行状态。该采集组件还可以采集自身节点资源信息，当边缘节点中存在节点资源信息时则可以根据节点资源信息评估自身节点能级，还可以是发送至管控服务端，通过管控服务端评估该边缘节点的节点能级并基于该节点资源信息进行细粒度的多维度节点资源管控，从而基于细粒度的节点资源管控匹配满足服务资源的配置需求信息的至少一个目标节点，以实现最优的服务部署策略。

可选地，所述根据所述节点资源信息评估自身的节点能级可以包括：

接收所述管控服务端下发的能级评估模型；其中，所述能级评估模型为所述管控服务端基于第一节点样本的节点资源信息及对应的能级标签训练获得；

基于所述节点资源信息及所述能级评估模型，评估自身的节点能级。

在某些实施例中，所述接收所述管控服务端下发的能级评估模型之后，还可以包括：

接收所述管控服务端下发的优化的能级评估模型；

基于所述优化的能级评估模型更新当前的能级评估模型。

实际应用中，所述边缘节点可以是包括多个边缘设备的边缘集群，该边缘节点中还包括用于管理该多个边缘设备的边缘服务器。其中，该边缘服务器与管控服务端连接，并连接集群内的多个边缘设备以对边缘集群内的多个边缘设备进行管控。

因此，所述采集自身的节点资源信息并根据所述节点资源信息评估自身的节点能级可以包括：

边缘服务器分别采集所述多个边缘设备的设备资源信息；

根据所述设备资源信息评估自身的节点能级。

此时，管控服务端下发的能级评估模型至边缘服务器中，由边缘服务器基于该能级评估模型及设备资源信息评估自身的节点能级。

或所述边缘设备分别采集自身的设备资源信息，根据自身的设备资源信息评估自身的设备能级；

边缘服务器分别采集所述多个边缘设备的设备能级并基于所述设备能级评估自身的节点能级。

此时，管控服务端下的能级评估模型至边缘服务器后，由边缘服务器分别下发该能级评估模型至每个边缘设备中，由边缘设备基于自身的设备资源信息评估自身的设备能级，边缘服务器基于多个边缘设备的设备能级评估自身的节点能级。

可以理解的根据边缘集群的大小，边缘节点中可以包括多个边缘服务器，该多个边缘服务器可以分别接入不同的边缘设备，以实现对较大体量集群的管理，在此不做具体限定可根据实际需求进行部署。

所述基于所述服务部署指令获取相应服务的服务资源可以包括：边缘服务器基于所述服务部署指令获取所述服务资源并从所述多个边缘设备中确定至少一个目标边缘设备；

所述基于所述服务资源部署所述服务可以包括：

基于所述服务资源，分别在所述至少一个目标边缘设备中创建相应的服务实例。

实际应用中，目标边缘设备的确定与目标节点确定方法相似，可基于设备的硬件资源和网络资源确定与服务资源的匹配程度，进而确定匹配程度较高的边缘设备作为目标边缘设备，在此不再赘述。

前述已对本申请实施例的具体实施方式进行详细地描述，在此不再赘述。

本申请实施例，不仅为管控服务端提供了节点能级分级量化的管理维度，并基于管控服务端的下发的服务部署指令，实现自动化服务部署。同时边缘节点端通过采集自身的节点资源信息为基于同一评价标准评估自身节点能级，提高自身节点能力利用率奠定基础。

图5为本申请实施例提供的一种服务部署系统的一个实施例的结构示意图。该系统可以包括管控服务端501以及分别与所述管控服务端连接的多个边缘节点502。

所述管控服务端501用于分别确定所述多个边缘节点的节点能级；获取用户的服务部署请求；根据所述多个边缘节点各自的节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点；下发服务部署指令至所述至少一个目标节点。其中，所述节点能级用以标识节点的服务能力。

所述目标节点5021用于接收管控服务端下发的服务部署指令；基于所述服务部署指令获取相应服务的服务资源；基于所述服务资源部署所述服务。

可选地，所述管控服务端501还用于确定所述边缘节点中可调用的闲置节点和/或公共节点；

所述管控服务端501根据所述节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点可以包括，确定所述服务部署请求对应服务的配置需求信息；确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个目标节点；基于所述至少一个目标节点构建所述用户的服务节点池。

所述管控服务端501确定所述闲置节点和/或公共节点中满足所述配置需求信息的至少一个目标节点可以包括，判断所述服务部署请求为私有部署类型还是公有部署类型；如果为私有部署类型，确定所述闲置节点中节点能级满足所述配置需求信息的至少一个私有目标节点；如果为公有部署类型，确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个公共目标节点。

所述管控服务端501基于所述至少一个目标节点构建所述用户的服务节点池可以包括，基于所述至少一个私有目标节点，构建所述用户的私有节点池；基于所述至少一个公共目标节点，构建所述用户的公共节点池。

所述边缘节点502还用于采集自身的节点资源信息；根据所述节点资源信息评估自身的节点能级；发送所述节点能级至所述管控服务端。

所述边缘节点502根据所述节点资源信息评估所述当前节点的节点能级可以包括，接收所述节点资源管理组件下发的能级评估模型；基于所述节点资源信息及所述能级评估模型，评估自身的节点能级。

所述管控服务端501还用于接收所述用户发送的针对任一目标节点中的服务的启/停控制指令；发送所述启/停控制指令至所述任一目标节点。

所述目标节点5021还用于根据所述启/停控制指令控制所述服务启动或停止。

所述目标节点5021还用于采集所述服务的运行状态信息并发送所述运行状态信息至所述管控服务端501。

所述管控服务端501还用于基于所述运行状态信息判断所述目标节点中的服务的运行状态；如果所述服务的运行状态发生异常，确定所述服务对应的目标迁移节点，并将所述服务迁移至所述目标迁移节点中；将所述迁移节点加入所述服务节点池中并将部署所述服务目标节点从所述服务节点池中剔除。

前述已对本申请实施例的具体实施方式进行详细地描述，在此不再赘述。

本申请实施例中，提供了一种多维度管理与多用户的服务自动化部署系统，通过对节点能力进行动态分级，确定边缘节点的节点能级，为管控服务端提供了量化分级的节点管理维度，并基于边缘节点的节点能级及用户的配置需求信息确定至少一个目标节点，实现灵活、合理地服务部署。

进一步地，本申请实施例中，通过构建用户的服务节点池，不仅可以明确用户的节点管理范围，同时可以动态地调节边缘节点的可调用状态，在满足用户的服务部署安全需求的同时，进一步提高节点能力的利用率，实现灵活、合理地服务部署。

图6为本申请实施例提供的一种服务部署系统另一个实施例的结构示意图。该系统除包括图5实施例中的管控服务端501及多个边缘节点502之外，所述边缘节点502可以是独立的边缘设备或虚拟主机也可以是边缘集群。其中，为边缘集群时，所述边缘节点502可以包括与所述管控服务端连接的边缘服务器601及与所述边缘服务器连接的多个边缘设备602。

可以理解的是，边缘节点502中还可以包括多个边缘集群，每个边缘集群中包含一个边缘服务器601及多个边缘设备602，该多个边缘集群可以接入同一个中心服务器701，由该中心服务器701与管控服务端501连接，以便对该多个集群进行管理，在此不做具体限定。

所述边缘服务器601用于分别采集所述多个边缘设备602的设备资源信息；根据所述设备资源信息评估自身的节点能级；发送所述节点能级至所述管控服务端501；

所述边缘设备602用于采集自身的设备资源信息；发送自身设备资源信息至所述边缘服务器601；

或所述边缘服务器601用于分别采集所述多个边缘设备602的设备能级；根据所述设备能级评估自身的节点能级；发送所述节点能级至所述管控服务端501；

所述边缘设备602用于采集自身的设备资源信息；根据所述设备资源信息评估自身的设备能级；发送所述设备能级至所述边缘服务器601。

所述管控服务端501还用于获取所述边缘节点的第一节点样本；基于所述第一节点样本的资源信息及对应的能级标签，训练获得能级评估模型；分别下发所述能级评估模型至所述边缘节点501。

所述边缘服务器601根据所述设备资源信息评估自身的节点能级具体是，接收所述管控服务端501下发的能级评估模型；基于所述设备资源信息及所述能级评估模型，评估自身的节点能级；

或所述边缘服务器601接收所述管控服务端501下发的能级评估模型；分别下发所述能级评估模型至所述多个边缘设备602；基于所述设备能级评估自身的节点能级。

所述目标节点5021基于所述服务部署指令获取相应服务的服务资源具体是，所述边缘服务器601基于所述服务部署指令获取所述服务资源并从所述多个边缘设备602中确定至少一个目标边缘设备6021；

所述目标节点5021基于所述服务资源部署所述服务具体是，基于所述服务资源部署分别部署所述服务至所述至少一个目标边缘设备6021。

此外，终端用户可以通过智能手机、计算机、笔记本、PDA(Personal DigitalAssistant，掌上电脑)、智能可穿戴设备、IOT(Internet of Things，物联网)设备等接入边缘节点502获取边缘节点提供的相应服务。

实际应用中，该系统还可以包括与所述管控服务端501连接的用户端及与至少一个目标节点5021连接的终端。

实际应用中，该服务部署系统中还可以包括与管控服务端501连接的用户端。用户通过用户端可以上传服务资源及服务资源对应的配置需求信息，并且可以通过管控服务端501实现对该至少一个目标节点中部署的服务实例的管控。

可选地，所述至少一个目标节点5021中部署服务实例后，用于为与该至少一个目标节点连接的终端提供计算、存储、网络转发等应用服务。该终端可以是连接该至少一个目标节点的IOT终端，计算机设备，移动终端，智能可穿戴设备等，在此不做具体限定。

可选地，所述管控服务端501中可以包括节点连接管理组件、节点资源管理组件、多用户管理组件及服务管理组件等。

其中，节点连接管理组件用以维护管控服务端501与该多个边缘节点502建立的数据通道，与边缘节点502保持长链接并可实现对边缘节点进行粗粒度的分级管控。

多用户管理组件可以与用户端建立连接，用于统一管理用户的安全权限及服务资源的配置需求信息包括用户对节点计算/带宽等能力的需求及服务资源获取方式的定义等。服务资源管理组件存储了用户的服务资源，例如服务镜像、RPM安装包以及服务资源的初始化环境需求等。

节点资源管理组件则主要负责细粒度的多维度节点资源的管控、库存管理以及边缘节点的能级评估模型的训练、定义和优化等。

可选地，所述边缘节点502中可以包括连接与环境管理组件、新采集组件、节点分级评估组件、服务部署组件等。

其中，所述连接与环境管理组件与管控服务端501中的节点连接管理组件建立连接，管理本节点到管控服务端的数据通道，同时还兼顾节点任务管理功能，用于根据管控服务端的服务部署指令安装与更新节点的服务实例、发送任务至服务实例、服务实例运行状态管理及初始化环境的安装等，在此不做具体限定。

信息采集组件，用于采集自身节点的节点资源信息，并通过连接与环境管理组件上报至管控服务端，以供管控服务端的节点管理提供数据依据，同时还可以发送节点资源信息至节点分级评估组件中。

节点分级评估组件基于采集的自身的节点资源信息按照云端训练的能级评估模型评估自身的节点能级，并将该节点能级评估结果通过连接与环境中组件上传至管控服务端，以供管控服务端501实现粗粒度的节点分级管控。

服务部署组件用于接收连接与环境管理下发的服务部署指令，并基于该服务部署指令向管控服务端的服务资源管理组件获取相应的服务资源及初始化环境配置需求，从而完成服务环境初始化的安装及服务实例的创建。进一步地，服务部署组件还可以根据服务实例运行状态上报服务实例的状态和日志信息至管控服务端，以供管控服务端实现对部署服务实例运行状态的监测。

前述已对本申请实施例的具体实施方式进行详细地描述，在此不再赘述。

本申请实施实例中通过定义各个系统组件功能与作用，实现管控服务端对边缘节点的多维度管控，并基于该多维度管控实现用户在服务部署系统中服务实例的部署并使得用户端可以通过管控服务端完成对部署的服务实例的监测和管控，从而实现了一种多维度管理与多用户的服务自动化部署的服务部署系统，通过合理地服务部署大大提高系统节点能力的利用率。

图7为本申请实施例提供的一种服务部署装置一个实施例的结构示意图。

该装置可以包括：

第一确定模块701，用于分别确定多个边缘节点的节点能级。

其中，所述节点能级用以标识节点的服务能力。

第一获取模块702，用于获取用户的服务部署需求。

第二确定模块703，用于根据所述多个边缘节点各自的节点能级及所述服务部署需求，从所述多个边缘节点中确定至少一个目标节点。

第一发送模块704，用于下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务。

作为一种可实现地实施方式，所述第一确定模块701具体可以用于：

分别采集所述多个边缘节点的节点资源信息；

根据所述节点资源信息，分别评估所述多个边缘节点的节点能级。

可选地，作为另一种可实现的实施方式，所述第一确定模块701具体可以用于：

分别接收所述多个边缘节点发送的自身的节点能级；其中，所述节点能级为所述多个边缘节点分别根据自身的节点资源信息评估获得。

作为一种可选地实施方式，所述第二确定模块703之前，还可以包括：

第一节点确定模块，用于确定所述多个边缘节点中可调用的闲置节点和/或公共节点。

所述第二确定模块703具体可以包括：

配置需求确定单元，用于确定所述服务部署请求对应服务的配置需求信息；

第二节点确定单元，用于确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个目标节点；

服务节点池构建单元，用于基于所述至少一个目标节点构建所述用户的服务节点池。

进一步地，作为一种可选地实施方式，所述第二节点确定单元具体可以用于：

判断所述服务部署请求为私有部署类型还是公有部署类型；

如果为私有部署类型，确定所述闲置节点中节点能级满足所述配置需求信息的至少一个私有目标节点；

如果为公有部署类型，确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个公共目标节点。

可选地，所述服务节点池构建单元具体可以用于：

基于所述至少一个私有目标节点，构建所述用户的私有节点池；

基于所述至少一个公共目标节点，构建所述用户的公共节点池。

前述已对本申请实施例的具体实施方式进行详细地描述，在此不再赘述。

本申请实施例中，根据多个边缘节点标识各自标识的节点能级及用户上传的服务资源对应的配置需求信息，从多个边缘节点中确定满足配置需求信息的至少一个目标节点并通过分别下发针对所述服务资源的服务部署指令至所述至少一个目标节点，从而在至少一个目标节点中完成服务部署。由于节点能级表示的边缘节点的服务能力，因此通过匹配确定满足配置需求信息至少一个目标节点，可以充分地利用边缘节点的节点能力实现合理地服务部署，从而大大提高节点能力的利用率。

此外，本申请实施例中通过构建用户的服务节点池，不仅可以提高用户对部署服务实例的管控力度，同时可以通过边缘节点与服务节点池的关联关系，确定边缘节点的可调用状态。通过私有节点池满足用户的服务部署的安全需求，并通过定义公共节点池中可供多用户共享的公共节点，以进一步提高节点能力的利用率。

图8为本申请实施例提供的一种服务部署装置的另一个实施例的结构示意图。该装置可以包括：

第一确定模块801，用于分别确定多个边缘节点的节点能级。

其中，所述节点能级用以标识节点的服务能力。

第一获取模块802，用于获取用户的服务部署请求。

第二确定模块803，用于根据所述多个边缘节点各自的节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点。

所述第二确定模块803可以包括：

阈值范围确定单元811，用于确定不同节点能级各自对应的节点能力阈值范围。

目标能级确定单元812，用于根据所述节点能力阈值范围，确定满足所述配置需求信息的目标能级。

第一边缘节点确定单元813，用于确定所述边缘节点中标识为所述目标能级的第一边缘节点。

目标节点确定单元814，用于从所述第一边缘节点中确定至少一个目标节点。

第一发送模块804，用于下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务。

可选地，所述节点能力阈值范围可以包括对应网络性能参数的网络能力阈值范围及对应硬件性能参数的硬件能力阈值范围；

所述阈值范围确定单元811具体可以用于：

确定不同能级各自对应的网络能力阈值范围及硬件能力阈值范围。

作为一种可选地实施方式，所述配置需求信息包括对应所述网络性能参数的网络需求信息及对应所述硬件性能参数的硬件需求信息；

所述目标能级确定单元812具体可以用于：

确定所述网络能力阈值范围满足所述网络需求信息，且所述硬件能力阈值范围满足所述硬件需求信息的目标能级。

作为一种可选地实施方式，所述目标节点确定单元814具体可以用于：

确定所述第一边缘节点各自的节点资源信息；

确定所述配置需求信息分别与所述第一边缘节点的节点资源信息的第一匹配程度；

根据所述第一匹配程度，确定所述第一边缘节点中满足预设匹配要求的至少一个目标节点。

实际应用中，所述配置需求信息包括分别对应至少一个资源参数的配置需求子信息；

所述节点资源信息包括分别对应所述至少一个资源参数的节点资源子信息；

所述确定所述配置需求信息分别与所述第一边缘节点的节点资源信息的第一匹配程度具体可以用于：

针对每个第一边缘节点，分别确定对应同一个资源参数的所述配置需求子信息与所述节点资源子信息的第一匹配程度。

在一种可选地实施方式中，所述根据所述第一匹配程度，确定所述第一边缘节点中满足预设匹配要求的至少一个目标节点具体可以用于：

确定所述第一边缘节点中，所述至少一个资源参数各自对应的第一匹配程度满足所述预设匹配要求的第二边缘节点；

确定所述至少一个资源参数各自对应的权重值；

基于所述至少一个资源参数各自对应的第一匹配程度及权重值，确定每个第二边缘节点的匹配优先级；

根据所述匹配优先级，从所述第二边缘节点中选取至少一个目标节点。

作为一种可选地实施方式，所述确定所述第一边缘节点中，所述至少一个资源参数各自对应的第一匹配程度满足所述预设匹配要求的第二边缘节点具体可以用于：

分别确定所述第一边缘节点中所述至少一个资源参数各自对应的第一匹配程度均不小于所述至少一个资源参数各自对应的预设匹配阈值的第二边缘节点。

前述已对本申请实施例的具体实施方式进行详细地描述，在此不再赘述。

本申请实施例中，在基于粗粒度的节点分级管控确定与用户的配置需求信息匹配的目标节点的目标能级基础上，进一步地，基于细粒度的多维度节点资源管控从标识目标能级的第一边缘节点的中，匹配满足服务资源的配置需求信息的至少一个目标节点。不仅可以大大提高目标节点的匹配效率，通过基于细粒度地多维度节点资源管控，可以避免目标节点的剩余节点能力过多造成的资源浪费，可以进一步提高节点能力的利用率，从而实现高效、合理地服务部署。

为了提高用户对其在目标节点中部署的服务实例的管控能力，可选地，所述第一发送模块804之后，还可以包括：

第一控制指令接收模块，用于接收所述用户发送的针对任一目标节点中的服务的启/停控制指令；

第一控制模块，用于基于所述启/停控制指令控制所述任一目标节点中的服务启动或停止。

为了保证服务实例的正常运行，所述第一发送模块804之后，还可以包括：

监测模块，用于分别监测所述至少一个目标节点中的服务的运行状态；

节点迁移模块，用于如果任一目标节点中的服务的运行状态发生异常，确定所述服务对应的目标迁移节点，并将所述服务迁移至所述目标迁移节点中；

服务节点池更新模块，用于将所述目标迁移节点加入所述服务节点池中并将部署所述服务的目标节点从所述服务节点池中剔除。

实际应用中，为了实现高效、快速地节点能级评估，减少云端的运算压力，所述第一确定模块801之前，还可以包括：

第一节点样本获取模块，用于获取所述边缘节点的第一节点样本；

模型训练模块，用于基于所述第一节点样本的节点资源信息及对应的能级标签，训练获得能级评估模型。

作为一种可实现地实施方式，所述根据所述节点资源信息，分别评估所述多个边缘节点的节点能级具体可以用于：

根据所述节点资源信息及所述能级评估模型，分别评估所述多个边缘节点的节点能级。

为了减轻云端压力，作为一种可选地实施方式，该装置还可以包括：

模型发送模块，用于分别下发所述能级评估模型至所述多个边缘节点，以供所述多个边缘节点基于节点资源信息及所述能级评估模型评估自身的节点能级。

实际应用中，为了进一步提高能级评估模型的准确地，所述模型训练模块之后，还可以包括：

第二节点样本获取模块，用于获取所述边缘节点新增的第二节点样本；

第一模型优化模块，用于基于所述第二节点样本的节点资源信息及对应的能级标签，对所述能级评估模型进行优化训练，获得优化的能级评估模型。

可选地，为了进一步提高能级评估模型的准确度，所述模型训练模块之后，还可以包括：

反馈信息获取模块，用于获取用户端根据所述至少一个目标节点的实际服务能力生成反馈信息；其中，所述反馈信息为所述至少一个目标节点的实际服务能力与其对应的节点能级标识的服务能力不匹配时生成；

第三节点样本获取模块，用于获取基于所述反馈信息生成的第三节点样本；

第二模型优化模块，用于基于所述第三节点样本的节点资源信息及对应的能级标签，对所述能级评估模型进行优化训练，获得优化的能级评估模型。

作为一种可选地实施方式，所述装置还可以包括：

优化模型发送模块，用于分别下发所述优化的能级评估模型至所述多个边缘节点，以供所述多个边缘节点基于所述优化的能级评估模型评估自身对应的节点能级。

前述已对本申请实施例的具体实施方式进行详细地描述，在此不再赘述。

本申请实施例中，为了进一步提高边缘节点的能级评估效率，通过机器学习方法训练边缘节点的能级评估模型。利用能级评估模型快速、高效低实现对边缘节点的能级评估。进一步地，通过优化训练能级评估模型进一步提高模型的评估准确度，使得评估后的节点能级与其实际服务能力相符。从而在基于最优的节点匹配基础上，为提高节点利用率实现合理的服务部署奠定了基础。

图9为本申请实施例提供的一种服务部署装置一个实施例的结构示意图。

该装置可以包括：

第一接收模块901，用于接收管控服务端下发的服务部署指令。

其中，所述服务部署指令为管控服务端针对用户的服务部署指令生成。

第二获取模块902，用于基于所述服务部署指令获取相应服务的服务资源。

实例创建模块903，用于基于所述服务资源部署所述服务。

作为一种可实现的实施方式，所述第二获取模块902具体可以用于：

获取所述服务资源及所述服务资源的初始化环境要求；

判断当前运行环境是否与所述初始化环境要求相匹配；

如果是，触发实例创建模块903；如果否，安装与所述服务初始化环境要求相匹配的运行环境。

可选地，所述实例创建模块903之后，还可以包括:

第二控制指令接收模块，用于接收所述管控服务端下发的针对所述服务的启/停控制指令。

其中，所述启/停控制指令由所述用户端针对所述服务生成并发送至所述管控服务端。

第二控制模块，用于基于所述启/停控制指令控制所述服务启动或停止。

作为一种可实现的实施方式，所述实例创建模块903之后，还可以包括：

第一采集模块，用于采集所述服务的运行状态信息；

状态信息发送模块，用于发送所述运行状态信息至所述管控服务端，以供所述管控服务端基于所述运行状态信息监测所述服务的运行状态。

在某些实施例中，所述装置还可以包括：

第二采集模块，用于采集自身的节点资源信息；

能级评估模块，用于根据所述节点资源信息评估自身的节点能级；其中，所述节点能级用以标识节点的服务能力；

节点能级发送模块，用于发送所述节点能级至所述管控服务端，以供所述管控服务端基于所述节点能级及所述服务资源的配置需求信息进行服务部署。

作为一种可实现的实施方式，所述能级评估模块具体可以用于：

接收所述管控服务端下发的能级评估模型；其中，所述能级评估模型为所述管控服务端基于第一节点样本的资源信息及对应的能级标签训练获得。

基于所述节点资源信息及所述能级评估模型，评估自身的节点能级。作为另一种可实现的实施方式，所述接收所述管控服务端下发的能级评估模型之后，具体还可以用于：

接收所述管控服务端下发的优化的能级评估模型；

基于所述优化的能级评估模型更新当前的能级评估模型。

前述已对本申请实施例的具体实施方式进行详细地描述，在此不再赘述。

本申请实施例，不仅为管控服务端提供了节点能级分级量化的管理维度，并基于管控服务端的下发的服务部署指令，实现自动化服务部署。同时边缘节点端通过采集自身的节点资源信息为基于同一评价标准评估自身节点能级，提高自身节点能力利用率奠定基础。

图10为本申请实施例提供的一种管控服务器一个实施例的结构示意图，该管控服务器可以包括处理组件1001以及存储组件1002。

所述存储组件1002用于存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件1001调用执行。

所述处理组件1001可以用于：

分别确定多个边缘节点的节点能级；其中，所述节点能级用以标识节点的服务能力；

获取用户的服务部署请求；

根据所述多个边缘节点各自的节点能级及所述服务部署其扭曲，从所述多个边缘节点中确定至少一个目标节点；

下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务。

其中，处理组件1001可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件1002被配置为存储各种类型的数据以支持在服务器中的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

当然，该管控服务器必然还可以包括其他部件，例如输入/输出接口、通信组件等。

输入/输出接口为处理组件和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。

通信组件被配置为便于服务器和其他设备之间有线或无线方式的通信，例如与终端之间的通信。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图1及图3所示实施例的服务部署方法。

图11为本申请实施例提供的一种终端服务器一个实施例的结构示意图，该计算机设备可以包括处理组件1101以及存储组件1102。

所述存储组件1102用于存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件1101调用执行。

所述处理组件1101可以用于：

接收管控服务端下发的服务部署指令；其中，所述服务部署指令为管控服务端针对用户的服务部署请求生成；基于所述服务部署指令获取相应服务的服务资源；基于所述服务资源部署所述服务。

其中，处理组件1101可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件1102被配置为存储各种类型的数据以支持在服务器中的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

当然，该终端服务器必然还可以包括其他部件，例如输入/输出接口、通信组件等。

输入/输出接口为处理组件和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。

通信组件被配置为便于服务器和其他设备之间有线或无线方式的通信，例如与终端之间的通信。

本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被计算机执行时可以实现上述图4所示实施例的服务部署方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (43)

1.一种服务部署方法，其特征在于，包括：

分别确定多个边缘节点的节点能级；其中，所述节点能级用以标识节点的服务能力；

获取用户的服务部署请求；

根据所述多个边缘节点各自的节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点；

下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务。

2.根据权利要求1所述的方法，其特征在于，所述根据所述节点能级及所述服务部署请求，从所述边缘节点中确定至少一个目标节点之前，还包括：

确定所述多个边缘节点中可调用的闲置节点和/或公共节点；

所述根据所述节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点包括：

确定所述服务部署请求对应服务的配置需求信息；

确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个目标节点；

基于所述至少一个目标节点构建所述用户的服务节点池。

3.根据权利要2所述的方法，其特征在于，所述确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个目标节点包括：

判断所述服务部署请求为私有部署类型还是公有部署类型；

如果为私有部署类型，确定所述闲置节点中节点能级满足所述配置需求信息的至少一个私有目标节点；

如果为公有部署类型，确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个公共目标节点。

4.根据权利要求3所述的方法，其特征在于，所述基于所述至少一个目标节点构建所述用户的服务节点池包括：

基于所述至少一个私有目标节点，构建所述用户的私有节点池；

基于所述至少一个公共目标节点，构建所述用户的公共节点池。

5.根据权利要求1所述的方法，其特征在于，所述分别确定多个边缘节点的节点能级包括：

分别采集所述多个边缘节点的节点资源信息；

根据所述节点资源信息，分别评估所述多个边缘节点的节点能级。

6.根据权利要求1所述的方法，其特征在于，所述分别确定多个边缘节点的节点能级包括：

分别接收所述多个边缘节点发送的自身的节点能级；其中，所述节点能级为所述多个边缘节点分别根据自身的节点资源信息评估获得。

7.根据权利要求1所述的方法，其特征在于，所述根据所述多个边缘节点各自的节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点包括：

确定不同节点能级各自对应的节点能力阈值范围；

根据所述节点能力阈值范围，确定满足所述服务部署请求对应服务的配置需求信息的目标能级；

确定所述边缘节点中标识为所述目标能级的第一边缘节点；

从所述第一边缘节点中确定至少一个目标节点。

8.根据权利要求7所述的方法，其特征在于，所述节点能力阈值范围包括对应网络性能参数的网络能力阈值范围及对应硬件性能参数的硬件能力阈值范围；

所述确定不同节点能级各自对应的节点能力阈值范围包括：

确定不同能级各自对应的网络能力阈值范围及硬件能力阈值范围。

9.根据权利要求8所述的方法，其特征在于，所述配置需求信息包括对应所述网络性能参数的网络需求信息及对应所述硬件性能参数的硬件需求信息；

所述根据所述节点能力阈值范围，确定满足所述配置需求信息的目标能级包括：

确定所述网络能力阈值范围满足所述网络需求信息，且所述硬件能力阈值范围满足所述硬件需求信息的目标能级。

10.根据权利要求7所述的方法，其特征在于，所述从所述第一边缘节点中确定至少一个目标节点包括：

确定所述第一边缘节点各自的节点资源信息；

确定所述配置需求信息分别与所述第一边缘节点的节点资源信息的第一匹配程度；

根据所述第一匹配程度，确定所述第一边缘节点中满足预设匹配要求的至少一个目标节点。

11.根据权利要求10所述的方法，其特征在于，所述配置需求信息包括分别对应至少一个资源参数的配置需求子信息；

所述节点资源信息包括分别对应所述至少一个资源参数的节点资源子信息；

所述确定所述配置需求信息分别与所述第一边缘节点的节点资源信息的第一匹配程度包括：

针对每个第一边缘节点，分别确定对应同一个资源参数的所述配置需求子信息与所述节点资源子信息的第一匹配程度。

12.根据权利要求11所述的方法，其特征在于，所述根据所述第一匹配程度，确定所述第一边缘节点中满足预设匹配要求的至少一个目标节点包括：

确定所述第一边缘节点中，所述至少一个资源参数各自对应的第一匹配程度满足所述预设匹配要求的第二边缘节点；

确定所述至少一个资源参数各自对应的权重值；

基于所述至少一个资源参数各自对应的第一匹配程度及权重值，确定每个第二边缘节点的匹配优先级；

根据所述匹配优先级，从所述第二边缘节点中选取至少一个目标节点。

13.根据权利要求12所述的方法，其特征在于，所述确定所述第一边缘节点中，所述至少一个资源参数各自对应的第一匹配程度满足所述预设匹配要求的第二边缘节点包括：

分别确定所述第一边缘节点中所述至少一个资源参数各自对应的第一匹配程度均不小于所述至少一个资源参数各自对应的预设匹配阈值的第二边缘节点。

14.根据权利要求1所述的方法，其特征在于，所述下发所述服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务之后，还包括：

接收所述用户发送的针对任一目标节点中的服务的启/停控制指令；

基于所述启/停控制指令控制所述任一目标节点中的服务启动或停止。

15.根据权利要求3所述的方法，其特征在于，所述下发所述服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务之后，还包括：

监测所述至少一个目标节点中的服务的运行状态；

如果任一目标节点中的服务的运行状态发生异常，确定所述服务对应的目标迁移节点，并将所述服务迁移至所述目标迁移节点中；

将所述目标迁移节点加入所述服务节点池中并将部署所述服务的目标节点从所述服务节点池中剔除。

16.根据权利要求5或6任一项所述的方法，其特征在于，所述分别确定多个边缘节点的节点能级之前，还包括：

获取所述边缘节点的第一节点样本；

基于所述第一节点样本的节点资源信息及对应的能级标签，训练获得能级评估模型。

17.根据权利要求16所述的方法，其特征在于，所述根据所述节点资源信息，分别评估所述多个边缘节点的节点能级包括：

根据所述节点资源信息及所述能级评估模型，分别评估所述多个边缘节点的节点能级。

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

分别下发所述能级评估模型至所述多个边缘节点，以供所述多个边缘节点基于节点资源信息及所述能级评估模型评估自身的节点能级。

19.根据权利要求16所述的方法，其特征在于，所述基于所述第一节点样本的资源信息及对应的能级标签，训练获得能级评估模型之后，还包括：

获取所述边缘节点新增的第二节点样本；

基于所述第二节点样本的节点资源信息及对应的能级标签，对所述能级评估模型进行优化训练，获得优化的能级评估模型。

20.根据权利要求16所述的方法，其特征在于，所述基于所述第一节点样本的节点资源信息及对应的能级标签，训练获得能级评估模型之后，还包括：

获取用户端根据所述至少一个目标节点的实际服务能力生成反馈信息；其中，所述反馈信息为所述至少一个目标节点的实际服务能力与其对应的节点能级标识的服务能力不匹配时生成；

获取基于所述反馈信息生成的第三节点样本；

基于所述第三节点样本的节点资源信息及对应的能级标签，对所述能级评估模型进行优化训练，获得优化的能级评估模型。

21.根据权利要求19或20任一项所述的方法，其特征在于，所述方法还包括：

分别下发所述优化的能级评估模型至所述多个边缘节点，以供所述多个边缘节点基于所述优化的能级评估模型评估自身对应的节点能级。

22.一种服务部署方法，其特征在于，包括：

接收管控服务端下发的服务部署指令；其中，所述服务部署指令为所述管控服务端针对用户的服务部署请求的生成；

基于所述服务部署指令获取相应服务的服务资源；

基于所述服务资源部署所述服务。

23.根据权利要求22所述的方法，其特征在于，所述根据所述服务部署指令获取相应服务的服务资源包括：

获取所述服务资源及所述服务资源的初始化环境要求；

判断当前运行环境是否与所述初始化环境要求相匹配；

如果是，执行基于所述服务资源部署所述服务的步骤；

如果否，安装与所述服务初始化环境要求相匹配的运行环境。

24.根据权利要求22述的方法，其特征在于，所述基于所述服务资源部署所述服务之后，还包括:

接收所述管控服务端下发的针对所述服务的启/停控制指令；其中，所述启/停控制指令由所述用户端针对所述服务生成并发送至所述管控服务端；

基于所述启/停控制指令控制所述服务启动或停止。

25.根据权利要求22所述的方法，其特征在于，所述基于所述服务资源部署所述服务之后，还包括：

采集所述服务的运行状态信息；

发送所述运行状态信息至所述管控服务端，以供所述管控服务端基于所述运行状态信息监测所述服务的运行状态。

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

采集自身的节点资源信息；

根据所述节点资源信息评估自身的节点能级；其中，所述节点能级用以标识节点的服务能力；

发送所述节点能级至所述管控服务端，以供所述管控服务端基于所述节点能级及所述服务资源的配置需求信息进行服务部署。

27.根据权利要求26所述的方法，其特征在于，所述根据所述节点资源信息评估自身的节点能级包括：

接收所述管控服务端下发的能级评估模型；其中，所述能级评估模型为所述管控服务端基于第一节点样本的节点资源信息及对应的能级标签训练获得；

基于所述节点资源信息及所述能级评估模型，评估自身的节点能级。

28.根据权利要求27所述的方法，其特征在于，所述接收所述管控服务端下发的能级评估模型之后，还包括：

接收所述管控服务端下发的优化的能级评估模型；

基于所述优化的能级评估模型更新当前的能级评估模型。

29.一种资源配置方法，其特征在于，包括：

分别确定多个边缘节点的节点能级；其中，所述节点能级用以标识节点的服务能力；

获取待配置资源的资源配置请求；

根据所述多个边缘节点各自的节点能级及所述资源配置请求，从所述多个边缘节点中确定至少一个目标节点；

配置所述待配置资源至所述至少一个目标节点中。

30.一种服务部署系统，其特征在于，包括管控服务端以及分别与所述管控服务端连接的多个边缘节点；

所述管控服务端用于分别确定所述多个边缘节点的节点能级；其中，所述节点能级用以标识节点的服务能力；获取用户的服务部署请求；根据所述多个边缘节点各自的节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点；下发服务部署指令至所述至少一个目标节点；

所述目标节点用于接收管控服务端下发的服务部署指令；基于所述服务部署指令获取相应服务的服务资源；基于所述服务资源部署所述服务。

31.根据权利要求30所述的系统，其特征在于，

所述管控服务端还用于确定所述边缘节点中可调用的闲置节点和/或公共节点；

所述管控服务端根据所述节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点具体是，确定所述服务部署请求对应服务的配置需求信息；确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个目标节点；基于所述至少一个目标节点构建所述用户的服务节点池。

32.根据权利要求31所述的系统，其特征在于，

所述管控服务端确定所述闲置节点和/或公共节点中满足所述配置需求信息的至少一个目标节点具体是，判断所述服务部署请求为私有部署类型还是公有部署类型；如果为私有部署类型，确定所述闲置节点中节点能级满足所述配置需求信息的至少一个私有目标节点；如果为公有部署类型，确定所述闲置节点和/或公共节点中节点能级满足所述配置需求信息的至少一个公共目标节点。

33.根据权利要求32所述的系统，其特征在于，

所述管控服务端基于所述至少一个目标节点构建所述用户的服务节点池具体是，基于所述至少一个私有目标节点，构建所述用户的私有节点池；基于所述至少一个公共目标节点，构建所述用户的公共节点池。

34.根据权利要求30所述的系统，其特征在于，所述边缘节点包括与所述管控服务端连接的边缘服务器及与所述边缘服务器连接的多个边缘设备；

所述边缘服务器用于分别采集所述多个边缘设备的设备资源信息；根据所述设备资源信息评估自身的节点能级；发送所述节点能级至所述管控服务端；

所述边缘设备用于采集自身的设备资源信息；发送自身设备资源信息至所述边缘服务器；

或所述边缘服务器用于分别采集所述多个边缘设备的设备能级；根据所述设备能级评估自身的节点能级；发送所述节点能级至所述管控服务端；

所述边缘设备用于采集自身的设备资源信息；根据所述设备资源信息评估自身的设备能级；发送所述设备能级至所述边缘服务器。

35.根据权利要求34所述的系统，其特征在于，

所述管控服务端还用于获取所述边缘节点的第一节点样本；基于所述第一节点样本的资源信息及对应的能级标签，训练获得能级评估模型；分别下发所述能级评估模型至所述边缘节点。

36.根据权利要求35所述的系统，其特征在于，

所述边缘服务器根据所述设备资源信息评估自身的节点能级包括，接收所述管控服务端下发的能级评估模型；基于所述设备资源信息及所述能级评估模型，评估自身的节点能级；

或所述边缘服务器接收所述管控服务端下发的能级评估模型；分别下发所述能级评估模型至所述多个边缘设备；基于所述设备能级评估自身的节点能级。

37.根据权利要求34所述的系统，其特征在于，所述目标节点基于所述服务部署指令获取相应服务的服务资源包括，所述边缘服务器基于所述服务部署指令获取所述服务资源并从所述多个边缘设备中确定至少一个目标边缘设备；

所述目标节点基于所述服务资源部署所述服务包括，基于所述服务资源部署分别部署所述服务至所述至少一个目标边缘设备。

38.根据权利要求30所述的系统，其特征在于，

所述管控服务端还用于接收所述用户发送的针对任一目标节点中的服务的启/停控制指令；发送所述启/停控制指令至所述任一目标节点；

所述目标节点还用于根据所述启/停控制指令控制所述服务启动或停止。

39.根据权利要求30所述的系统，其特征在于，

所述目标节点还用于采集所述服务的运行状态信息并发送所述运行状态信息至所述管控服务端；

所述管控服务端还用于基于所述运行状态信息判断所述目标节点中的服务的运行状态；如果所述服务的运行状态发生异常，确定所述服务对应的目标迁移节点，并将所述服务迁移至所述目标迁移节点中；将所述迁移节点加入所述服务节点池中并将部署所述服务的目标节点从所述服务节点池中剔除。

40.一种服务部署装置，其特征在于，包括：

第一确定模块，用于分别确定多个边缘节点的节点能级；其中，所述节点能级用以标识节点的服务能力；

第一获取模块，用于获取用户的服务部署请求；

第二确定模块，用于根据所述多个边缘节点各自的节点能级及所述服务部署请求，从所述多个边缘节点中确定至少一个目标节点；

第一发送模块，用于下发服务部署指令至所述至少一个目标节点，以供所述至少一个目标节点基于所述服务部署指令部署相应的服务。

41.一种服务部署装置，其特征在于，包括：

第一接收模块，用于接收管控服务端下发的服务部署指令；其中，所述服务部署指令为所述管控服务端针对用户的服务部署请求生成；

第二获取模块，用于基于所述服务部署指令获取相应服务的服务资源；

实例创建模块，用于基于所述服务资源部署所述服务。

42.一种管控服务器，其特征在于，包括处理组件以及存储组件；所述存储组件用于存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用，以执行权利要求1-21任一项所述的方法。

43.一种终端服务器，其特征在于，包括处理组件以及存储组件；所述存储组件用于存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用，以执行权利要求22-29任一项所述的方法。

Images