CN113778463B - 一种业务服务部署方法及装置 - Google Patents

Abstract

本申请公开了一种业务服务部署方法及装置，用以解决运维人员针对于边缘侧设备的运维时间长、运维效率低的问题。云中心根据来自作为边缘节点的第一边缘侧设备的第一指示信息，可以确定对第一边缘侧设备进行业务服务的部署，则，云中心可以查找出之前在第二边缘设备上部署的第一业务服务，并将其部署在该第一边缘侧设备上，这可以使得运维人员无需在云中心上对需要部署在第一边缘侧设备上的各个业务服务进行选择以及逐项配置，也就减少了运维人员所需执行的运维操作，从而可以减少运维时间，提高运维效率。

Description

一种业务服务部署方法及装置

技术领域

本申请实施例涉及业务服务部署技术领域，尤其涉及一种业务服务部署方法及装置。

背景技术

云中心，可以利用其具有的强大的数据处理能力，对边缘侧设备发送的海量数据进行计算等处理，并将经过处理后得到的结果反馈给边缘侧设备。但是，随着用户对云化的要求越来越高，所需处理的数据越来越丰富，云中心处理数据的实时性以及传输数据的带宽等逐渐难以满足用户要求。

而边缘计算的出现，可以有效弥补云中心的不足。云中心可以将边缘侧设备的资源作为云中心资源的延伸，并利用边缘侧设备的资源为用户提供相应的数据处理服务，可以称为“端边协同”或者称为“边云协同”。

目前，主要是由运维人员对边缘侧设备进行维护，但是运维人员维护边缘侧设备的效率较低。比如，当某个边缘侧设备发生故障而需要进行更换时，运维人员需要为新替换的边缘侧设备重新部署业务服务，以便于新替换的边缘侧设备能够提供故障的边缘侧设备所能提供的业务服务，而运维人员为边缘侧设备重新部署业务服务所需执行的操作较为繁琐，运维时间较长，运维效率较低。

发明内容

本申请实施例提供一种业务服务部署方法及装置，用以解决运维人员针对于边缘侧设备的运维时间长、运维效率低的问题。

第一方面，本申请实施例提供一种业务服务部署方法，该方法应用于云中心，该方法包括：云中心接收来自边缘节点的第一指示信息，并根据该第一指示信息确定对第一边缘侧设备进行业务服务的部署，然后，云中心可以根据自身存储的该边缘节点所对应的第一业务服务，在第一边缘侧设备上部署第一业务服务，其中，该第一业务服务之前被部署于作为相同边缘节点的第二边缘侧设备中。示例性的，云中心可以部署在公网中，边缘侧设备可以部署在私网中。云中心根据已存储的第一业务服务，在第一边缘侧设备上部署业务服务，这可以使得运维人员无需在云中心上对需要部署在第一边缘侧设备上的各个业务服务进行选择以及逐项配置，也就减少了运维人员所需执行的运维操作，从而可以减少运维时间，提高运维效率。同时，在第一边缘侧设备与第二边缘侧设备上所部署的业务服务均为第一业务服务，并且两个边缘侧设备先后作为相同的边缘节点，因此，该边缘节点所能提供的业务服务依然可以是第一业务服务，而不会产生业务服务的缺失。

示例性的，第一边缘侧设备与第二边缘侧设备可以是同一设备，如第二边缘侧设备发生故障后，通过对该第二边缘侧设备进行维护使得该第二边缘侧设备恢复正常，则第一边缘侧设备即是指恢复正常后的第二边缘侧设备；或者，第一边缘侧设备与第二边缘侧设备可以是不同设备，如第二边缘侧设备发生故障后，可以利用新的边缘侧设备(即第一边缘侧设备)来替换发生故障的第二边缘侧设备。

在一种可能的实现方式中，第一边缘侧设备可以在注册到云中心后，可以主动向云中心上报在第一边缘侧设备上已经完成部署的第二业务服务，则，云中心接收到的第一指示信息，可以用于指示在第一边缘侧设备上已被部署的第二业务服务。这样，云中心可以比对第一指示信息所指示的第二业务服务是否与自身存储的第一业务服务相匹配，在确定二者不匹配的情况下，表明第一边缘侧设备无法提供第一业务服务，则云中心可以进一步确定需要对第一边缘侧设备进行业务服务的部署，以便于作为边缘节点的第一边缘侧设备能够提供第一业务服务。示例性的，第一边缘侧设备上已部署的业务服务可以是空，即第一边缘侧设备上没有部署业务服务；或者第一边缘侧设备上部署有业务服务，但是所部署的业务服务与云中心上存储的第一业务服务并不相同。当然，第一业务服务与第二业务服务匹配时，云中心可以无需再为第一边缘侧设备部署业务服务，比如，当边缘侧设备下线后重新上线时，该边缘侧设备上所部署的业务服务在上线前后保持一致，此时无需在边缘侧设备上重复部署业务服务。

在一种可能的实施方式中，第一指示信息可以是业务服务部署请求，该业务服务部署请求可以用于指示云中心向第一边缘侧设备部署业务服务。在该实施方式中，第一边缘侧设备可以直接请求云中心对该第一边缘侧设备进行业务服务的部署，而可以不用耗费资源确定第一边缘侧设备上是否部署有第一业务服务，这在部分应用场景中(如第一边缘侧设备为新设备，并且通常第一边缘侧设备上没有部署有第一业务服务等)，可以节省比对业务服务所需消耗的计算资源。

在一种可能的实施方式中，云中心在确定对第一边缘侧设备进行业务服务的部署之前，还可以向第一边缘侧设备发送业务服务查询请求，该业务服务查询请求可以用于查询在第一边缘侧设备上已经被部署的第二业务服务。相应的，第一边缘侧设备可以响应该请求，向云中心返回第一指示信息，该第一指示信息用于指示第一边缘侧设备上的第二业务服务。然后，云中心可以根据接收到的第一指示信息，确定第一边缘侧设备上已经部署的第二业务服务是否与云中心上存储的第一业务服务相匹配，并且在确定不匹配的情况下，云中心可以进一步确定需要对第一边缘侧设备进行业务服务的部署。在该实施方式中，云中心可以向第一边缘侧查询其上部署的业务服务，以便于其业务服务与第一业务服务不匹配的情况下，云中心可以确定为该第一边缘侧设备部署业务服务，从而使得第一边缘侧设备在作为边缘节点时所能提供的业务服务与之前保持一致。

在一种可能的实施方式中，云中心在确定对第一边缘侧设备进行业务服务的部署之前，还可以向第一边缘侧设备发送第二指示信息，该第二指示信息用于指示云中心存储的第一边缘侧设备所作为的边缘节点对应的第一业务服务。这样，第一边缘侧设备在接收到第二指示信息后，可以判断该第二指示信息所指示的第一业务服务与自身已经部署的第二业务服务是否匹配，并且在不匹配的情况下，可以向云中心返回第一指示信息，该第一指示信息可以用于指示第一业务服务与第二业务服务不匹配。云中心根据接收到的指示两个业务服务不匹配的第一指示信息，可以确定对该第一边缘侧设备部署业务服务。在该实施方式中，业务服务匹配的过程可以交由第一边缘侧设备执行，而无需在云中心上执行，从而可以减少云中心的计算资源消耗，缓解云中心的计算压力。

在一种可能的实施方式中，第一业务服务包括第一业务服务对应的配置信息，这样，云中心在第一边缘侧设备上部署第一业务服务时，无需运维人员为每个业务服务逐项输入其对应的配置信息，从而可以有效减少运维人员所需执行的操作，提高运维效率。

在一种可能的实施方式中，第一边缘侧设备还可以预先安装相应的信息安装包，则，云中心在确定对第一边缘侧设备进行业务服务的部署之前，可以接收来自第一边缘侧设备的标识，该标识可以用于指示第一边缘侧设备与边缘节点对应，然后，云中心可以基于该标识从自身存储的一个或者多个信息安装包中查找出该标识对应的信息安装包，并将该信息安装包发送给第一边缘侧设备，以便于在第一边缘侧设备上安装该信息安装包。

第二方面，本申请实施例还提供了一种业务服务部署方法，该方法应用于作为边缘节点的第一边缘侧设备，该方法可以包括：第一边缘侧设备可以生成第一指示信息，并向云中心发送该第一指示信息，然后，第一边缘侧设备可以根据云中心回复的响应消息部署第一业务服务，其中，在第一边缘侧设备上部署的第一业务服务之前也被部署于作为相同边缘节点的第二边缘侧设备中。云中心根据已存储的第一业务服务，在第一边缘侧设备上部署业务服务，这可以使得运维人员无需在云中心上对需要部署在第一边缘侧设备上的各个业务服务进行选择以及逐项配置，也就减少了运维人员所需执行的运维操作，从而可以减少运维时间，提高运维效率。同时，由于第一边缘侧设备与第二边缘侧设备先后作为相同的边缘节点，因此，该边缘节点所能提供的业务服务依然可以是第一业务服务，而不会产生业务服务的缺失。

在一种可能的实施方式中，所述第一指示信息包括业务服务部署请求，所述业务服务部署请求用于指示所述云中心向所述第一边缘侧设备部署业务服务；或，所述第一指示信息用于指示在所述第一边缘侧设备上已被部署的第二业务服务。在该实施方式中，第一边缘侧设备可以是直接请求云中心对第一边缘侧设备部署业务服务，以使得第一边缘侧设备上所具有的业务服务为第一业务服务。或者，也可以是将自身上已经部署的第二业务服务发送给云中心，这样，云中心可以确定第一边缘侧设备上已经部署的第二业务服务是否与边缘节点对应的第一业务服务保持一致，以便在确定第一业务服务与第二业务服务不匹配时，可以进一步确定在第一边缘侧设备上部署第一业务服务。

在一种可能的实施方式中，第一边缘侧设备还可以接收云中心发送的业务服务查询请求，该业务服务查询请求可以用于指示查询第一边缘侧设备上已经部署的第二业务服务。然后，第一边缘侧设备可以响应接收到的业务服务查询请求，生成第一指示信息，该第一指示信息用于指示在第一边缘侧设备上已被部署的第二业务服务。在该实施方式中，云中心可以主动向第一边缘侧设备查询第一边缘侧设备上已经被部署的第二业务服务，以便基于所查询到的第二业务服务确定是否需要对第一边缘侧设备进行业务服务的部署。

在一种可能的实施方式中，第一指示信息可以用于指示第一业务服务与在第一边缘侧设备上已经被部署的第二业务服务不匹配，在这种情况下，云中心可以向第一边缘侧设备发送第二指示信息，该第二指示信息可以用于指示云中心存储的边缘节点对应的第一业务服务；第一边缘侧设备在接收到该第二指示信息后，可以对第二指示信息所指示的第一业务服务与自身所被部署的第二业务服务是否匹配，并且在确定第一业务服务与第二业务服务不匹配的情况下，可以向云中心发送该第一指示信息，以告知云中心第一边缘侧设备上已被部署的第二业务服务与云中心上存储的相应的第一业务服务不匹配。在该实施方式中，确定第一业务服务与第二业务服务是否匹配的过程，由第一边缘侧设备执行，而可以不用在云中心上执行该匹配过程，从而可以减少云中心的计算资源消耗，缓解云中心的负载压力。

在一种可能的实施方式中，第一边缘侧设备在生成第一指示信息之前，还可以完成IP地址的配置，具体实现时，第一边缘侧设备可以接收来自工具软件的第三指示信息，该第三指示信息可以用于将第一边缘侧设备的IP地址为候选IP地址，其中，该候选IP地址可以是边缘节点对应的IP地址。在该实施方式中，由于在对第一边缘侧设备配置IP地址时，可以利用工具软件实现自动配置第一边缘侧设备的IP地址，而无需运维人员执行对该第一边缘侧设备的IP地址的配置操作，从而可以进一步减少运维人员所需执行的运维操作，提高运维效率。

第三方面，基于与第一方面的方法实施例同样的发明构思，本申请实施例提供了一种装置，所述装置应用于第一方面所述的云中心，即该装置可以是云中心，也可以是能够应用于云中心的芯片或者处理器。该装置具有实现上述第一方面的各实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第四方面，基于与第二方面的方法实施例同样的发明构思，本申请实施例提供了一种装置，所述装置应用于第二方面所述的第一边缘侧设备，即该装置可以是第一边缘侧设备，也可以是能够应用于第一边缘侧设备的芯片或者处理器。该装置具有实现上述第二方面的各实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第五方面，本申请实施例提供一种装置，包括：处理器和存储器；该存储器用于存储指令，当该装置运行时，该处理器执行该存储器存储的该指令，以使该装置执行上述第一方面或第一方面的任一实现方法中的业务服务部署方法。需要说明的是，该存储器可以集成于处理器中，也可以是独立于处理器之外。装置还可以包括总线。其中，处理器通过总线连接存储器。其中，存储器可以包括可读存储器以及随机存取存储器。

第六方面，本申请实施例提供一种装置，包括：处理器和存储器；该存储器用于存储指令，当该装置运行时，该处理器执行该存储器存储的该指令，以使该装置执行上述第二方面或第二方面的任一实现方法中的业务服务部署方法。需要说明的是，该存储器可以集成于处理器中，也可以是独立于处理器之外。装置还可以包括总线。其中，处理器通过总线连接存储器。其中，存储器可以包括可读存储器以及随机存取存储器。

第七方面，本申请实施例还提供了一种系统，包括第三方面或第五方面所述的云中心，以及第四方面或第六方面所述的第一边缘侧设备。在一个可能的实施方式中，该系统还可以包括第三方业务平台，其可以是第一边缘侧设备提供业务服务的业务平台。

第八方面，本申请实施例还提供一种可读存储介质，所述可读存储介质中存储有程序或指令，当其在计算机上运行时，使得上述各方面的任意的业务服务部署方法被执行。

第九方面，本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面中的任意业务服务部署方法。

另外，第三方面至第九方面中任一种实现方式方式所带来的技术效果可参见第一方面至第二方面中不同实现方式所带来的技术效果，此处不再赘述。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为一种业务服务部署系统的架构示意图；

图2为一种边缘侧设备向云中心注册的信令交互示意图；

图3为一种业务部署的信令交互示意图；

图4为一种边缘侧设备的结构示意图；

图5为运维人员实现对新替换的边缘侧设备进行业务服务部署的信令交互示意图；

图6为本申请实施例中一种业务服务部署方法的流程示意图；

图7为本申请实施例中一种业务服务部署方法的信令交互示意图；

图8为本申请实施例中一种应用于云中心的装置结构示意图；

图9为本申请实施例中一种云中心的结构示意图；

图10为本申请实施例中一种应用于第一边缘侧设备的装置结构示意图；

图11为本申请实施例中一种第一边缘侧设备的结构示意图。

具体实施方式

本申请实施例可以应用于包括云中心、边缘侧设备的业务服务部署系统中。其中，云中心可以部署在云内，并且负责对边缘侧设备进行管理，云中心又可被称为位于云内的管理平台。边缘侧设备可以部署在云外。在一种可能的实施方式中，该业务服务部署系统还可以包括第三方业务平台，该第三方业务平台可以与边缘侧设备上运行的业务服务协同完成相应的业务处理。

作为一种示例，参见图1所示，为业务服务部署系统的架构图。边缘侧设备在组网部署上，可以部署在局域网，例如如图1所示的私网，而云中心和第三方业务平台可以部署在公网。公网与私网之间，可以通过至少一个路由器进行通信连接。当然，图1所示的业务服务部署系统仅作为一种示例，并不用于限定本申请实施例是适用的业务服务部署系统，比如，在其它可能的业务服务部署系统中，该云中心也可以是私有云，并与边缘侧设备一并部署于私网中，第三方业务平台可以部署于公网。同样，公网与私网之间，可以通过至少一个路由器进行通信连接。总之，本申请实施例可以应用于任何可适用的业务服务部署系统中，而不局限于上述示例。

对于新接入网络的边缘侧设备，管理员通常需要将该边缘侧设备注册到云中心并由云中心纳入管理。下面参见图2所示，详细描述基于管理员的操作，将边缘侧设备注册到云中心并被云中心纳入统一管理的流程。

S201：云中心在管理员的触发下创建边缘侧设备的边缘节点，云中心生成边缘侧设备的相关信息，比如包括节点ID(NodeID)、工程ID(ProjectID)、边缘侧设备的设备密钥、边缘侧设备的设备证书等，并将其打包成信息安装包，以便供管理员下载使用。

其中，ProjectID与NodeID可以用于唯一确定边缘节点。例如，注册到云中心的边缘侧设备可以被划分为多组，每组边缘侧设备中可以包含若干个边缘侧设备，每个边缘侧设备可以作为相应的边缘节点。则，每组边缘侧设备可以对应于一个ProjectID，而，每个ProjectID中可以包含该小组内各个边缘侧设备对应的NodeID，这样，利用ProjectID与NodeID即可唯一确定出某个ProjectID下的边缘节点，也即可以确定该边缘节点对应的边缘侧设备。边缘侧设备的设备证书以及设备密钥，是在对云中心进行注册时的认证信息，如同用户名及密码等。

S202：管理员通过边缘侧设备的本地管理入口(Portal)登录Web页面，并在该页面上配置边缘侧设备的IP地址，或者，可以是通过命令行方式，比如通过安全外壳协议(secure shell，SSH)工具等，配置边缘侧设备的IP地址。

S203：管理员将下载的信息安装包上传并安装在边缘侧设备。

例如，管理员可以将信息安装包下载至某个终端设备或者某个存储设备(如U盘)等，并通过建立该终端设备或者存储设备与边缘侧设备之间的无线或有线连接，将信息安装包上传并安装在边缘侧设备中。

S204：边缘侧设备正常接入网络后，使用信息安装包中的NodeID、ProjectID、设备密钥和设备证书等信息向云中心申请建立连接。

S205：云中心验证NodeID、ProjectID、设备密钥和设备证书等信息。在验证成功后，可以向边缘侧设备返回连接成功的消息。

当然，若云中心验证失败，则可以向边缘侧设备反馈连接失败的消息，此时，云中心与边缘侧设备之间建立连接失败。

S206：边缘侧设备基于成功建立的连接向云中心发送资源信息，该资源信息包括边缘侧设备可用的中央处理器(central processing unit，CPU)占用率、内存以及计算能力等信息。

S207：云中心将边缘侧设备纳入管理，并向边缘侧设备反馈纳入管理成功的消息。

在边缘侧设备成功注册到云中心后，云中心可以对边缘侧设备进行业务部署。参见图3所示，为一种可能的业务部署流程示意图。

S301：云中心接收管理员触发的业务部署请求。

作为一种示例，业务部署请求可以包括请求部署业务服务的NodeID以及业务服务的配置信息。当然，利用NodeID标识边缘节点仅作为一种示例性说明，在其它可能的示例中，也可以是利用其它信息来标识边缘节点，本实施例对此并不进行限定。

其中，业务服务的配置信息可以包括业务服务的资源占用信息、业务服务的业务信息。业务服务的资源占用信息例如可以包括该各个业务可占用的内存、处理该业务时所允许的CPU占用率以及处理该业务时所需要的计算能力等信息中的任意一种或多种。业务服务的业务信息可以包括进行对该业务进行管理的第三方业务平台的信息，比如可以是第三方业务平台的IP地址、登录/注册到该第三方业务平台的用户名和密码等。

S302：云中心对作为边缘节点的边缘侧设备部署业务服务，并将业务服务以及该业务服务的配置信息发送给边缘侧设备。

示例性的，每个边缘节点可以配置有至少一个边缘侧设备，则，在该边缘节点上部署业务服务，即为在作为该边缘节点的边缘侧设备上部署业务服务。

业务服务可以采用容器服务(container service)的方式部署在边缘侧设备上。容器服务提供高性能可伸缩的容器应用管理服务，支持用Docker(开源的应用容器引擎)容器进行应用生命周期管理，提供多种应用发布方式和持续交付能力并支持微服务架构。

S303：作为该边缘节点的边缘侧设备根据所述业务服务的配置信息执行业务服务的部署。并且，边缘侧设备在完成业务服务的部署后，可以通知云中心部署完成。

S304：边缘侧设备可以根据第三方业务平台的IP地址、用户名和密码等向第三方业务平台发起注册请求。

其中，该注册请求携带有业务平台的IP地址、用户名和密码等信息。

边缘侧设备注册到业务平台所需的用户名和密码等信息可以由业务管理员在第三方业务平台进行配置(图3中未示出)。

S305：第三方业务平台根据配置的用户名和密码等信息以及第三方业务平台的IP地址，对所述注册请求中携带的信息进行验证，验证通过即完成注册，并且，在完成注册后，第三方业务平台可以通知边缘侧设备注册成功。

第三方业务平台与边缘侧设备之间完成注册后，也即第三方业务平台与边缘侧设备之间建立了通信连接，后续可以通过第三方业务平台与边缘侧设备之间的通信连接发起业务服务请求。

S306：第三方业务平台向边缘侧设备发起业务服务请求。

由于边缘侧设备已经在第三方业务平台完成注册，这样，第三方业务平台可以确定完成注册的边缘侧设备上被部署的业务服务。当第三方业务平台需要与该边缘侧设备协同完成某个(或多个)业务服务时，第三方业务平台可以向边缘侧设备发起业务服务请求，以请求该边缘侧设备为其提供相应的业务服务。

S307：边缘侧设备基于业务服务请求向第三方业务平台发送业务数据时，通过第三方业务平台与边缘侧设备之间的连接通道向所述第三方业务平台发送业务数据。

在边缘侧设备上完成业务服务的部署后，可以采用图4所示的架构来执行业务处理。如图4所示，边缘侧设备可以包括业务服务层、边缘管理层、操作系统层以及硬件层。业务服务层中包括多个业务服务，比如图4所示的业务服务1-业务服务5等，还可以包括协议解释服务用于对边缘运行平台接收到的业务服务请求进行解析，以确定所述业务平台所请求的业务，并根据确定的业务调用所述N个业务服务中的至少一个业务服务进行业务处理。边缘管理层包括边缘运行平台(边缘runtime平台)，边缘运行平台可以包括管理入口(protal)、服务管理以及自治管理，管理Portal为本地管理界面，为用户提供入口，服务管理负责与云中心的协同对接，自治管理为当边缘侧设备与云中心断开连接后提供自行管理的模块。操作系统层包括运行的操作系统及边缘设备硬件单元驱动。硬件层可以包括中央处理单元(central processing unit，CPU)、内存、人工智能(artificial intelligence，AI)芯片等硬件单元。边缘管理层用于与云中心通信，来负责管理层面事务，业务平台与边缘侧设备上运行的业务服务来实现具体业务数据层面事务。

对于提供业务服务的边缘侧设备，其通常需要运维人员对该边缘侧设备进行相应的维护。下面，以边缘侧设备发生故障时，运维人员更换新的边缘侧设备为例。

参见图5所示，为运维人员更换边缘侧设备，并为新替换的边缘侧设备重新部署业务服务的流程示意图。

S501：运维人员在确定故障的边缘侧设备后，向云中心申请该边缘侧设备对应的信息安装包。

示例性的，运维人员可以利用相应的终端向云中心发送针对于信息安装包的获取请求，该获取请求中可以包含故障的边缘侧设备对应的NodeID。

S502：云中心查找该边缘侧设备对应的信息安装包，其中，信息安装包可以包括NodeID、ProjectID、设备密钥和设备证书等信息，并将其下载给运维人员。

S503：运维人员替换发生故障的边缘侧设备。

S504：运维人员通过边缘侧设备的本地管理入口(Portal)登录Web页面，并在该页面上配置边缘侧设备的IP地址，或者，可以是通过命令行方式，比如通过安全外壳协议(secure shell，SSH)工具等，配置边缘侧设备的IP地址。

S505：运维人员将下载的信息安装包上传并安装在新替换的边缘侧设备。

S506：新替换的边缘侧设备正常接入网络后，使用信息安装包中的NodeID、ProjectID、设备密钥和设备证书等信息向云中心申请建立连接。

S507：云中心验证NodeID、ProjectID、设备密钥和设备证书等信息。在验证成功后，可以向新替换的边缘侧设备返回连接成功的消息。

S508：边缘侧设备基于成功建立的连接向云中心发送资源信息，该资源信息包括新替换的边缘侧设备可用的中央处理器(central processing unit，CPU)占用率、内存以及计算能力等信息。

S509：云中心将新替换的边缘侧设备纳入管理，并向新替换的边缘侧设备反馈纳入管理成功的消息。

S510：运维人员在云中心上为新替换的边缘侧设备选择需要部署的业务服务，并为其配置相应的业务服务的配置信息。

其中，运维人员为新替换的边缘侧设备配置的业务服务的配置信息，可以是与发生故障并被替换的边缘侧设备的业务服务的配置信息一致，这样，新替换的边缘侧设备所提供的业务服务可以与故障的边缘侧设备所提供的业务服务一致。

运维人员配置的业务服务的配置信息可以包括业务服务的资源占用信息、业务服务的业务信息。业务服务的资源占用信息例如可以包括该各个业务可占用的内存、处理该业务时所允许的CPU占用率以及处理该业务时所需要的计算能力等信息中的任意一种或多种。业务服务的业务信息可以包括进行对该业务进行管理的第三方业务平台的信息，比如可以是第三方业务平台的IP地址、登录/注册到该第三方业务平台的用户名和密码等。

S511：云中心将运维人员所配置的业务服务的配置信息发送给新替换的边缘侧设备。

S512：新替换的边缘侧设备根据接收到的业务服务的配置信息执行业务服务的部署。并且，新替换的边缘侧设备在完成业务服务的部署后，可以通知云中心部署完成。

进一步的，新替换的边缘侧设备可以根据第三方业务平台的IP地址、用户名和密码等向第三方业务平台发起注册请求。然后，第三方业务平台根据配置的用户名和密码等信息以及第三方业务平台的IP地址，对新替换的边缘侧设备发送的注册请求中携带的信息进行验证，验证通过即完成注册，并且，在完成注册后，第三方业务平台可以通知新替换的边缘侧设备注册成功。

在上述运维人员更换发生故障的边缘侧设备的过程中，为了使得替换后的边缘侧设备能够提供与故障的边缘侧设备相同的业务服务，运维人员需要执行多步操作来实现对新替换的边缘侧设备的业务服务部署，如步骤S501、步骤S503至步骤S505、步骤S510等，尤其是步骤S510中在云中心上配置业务服务的配置信息时，需要根据之前故障的边缘侧设备的各个业务服务，逐项进行信息配置，比如，运维人员需要登录到云中心，打开相应的配置界面，并在该配置界面上选择业务服务，并为每个业务服务分别配置其所允许占用CPU率、可使用内存大小以及需要的计算能力等信息，这使得运维人员所需执行的操作较为繁琐，运维时间较长，从而导致运维效率较低。

基于此，本申请实施例提供了一种业务服务部署方法，以减少运维人员针对于边缘侧设备的运维操作，减少运维时间，从而提高运维效率。参阅图6，示出了一种业务服务部署方法的流程示意图。示例性的，图6所示实施例中的第一边缘侧设备可以是上述新替换的边缘侧设备，第二边缘侧设备可以是上述发生故障的边缘侧设备。当然，本实施例中不局限应用于第一边缘侧设备更换发生故障的第二边缘侧设备的场景中，例如，在其它可能的场景中，第一边缘侧设备与第二边缘侧设备可以是同一设备，比如，第二边缘侧设备因为某种原因进行了初始化，而使得需要在第一边缘侧设备上重新部署一个或者多个业务服务等；或者，利用第一边缘侧设备更换第二边缘侧设备时，不是因为第二边缘侧设备发生故障，比如，可以是因为第一边缘侧设备具有更高的数据处理性能，以替代数据处理性能较低的第二边缘侧设备等。总之，本申请实施例可以应用于任何可适用的场景中。

其中，运维人员将第一边缘侧设备注册到云中心，并且由云中心将该第一边缘侧设备纳入管理的过程可以参见前面图5中S501至S509所示的流程，此处不再赘述。图6所示的业务服务部署方法，具体可以包括：

S601：第一边缘侧设备生成第一指示信息，并向云中心发送第一指示信息，其中，该第一指示信息用于触发云中心确定对第一边缘侧设备进行业务服务的部署。

S602：云中心根据接收到的第一指示信息，确定对作为边缘节点的第一边缘侧设备进行业务服务的部署。

S603：云中心根据自身存储的该边缘节点对应的第一业务服务，在第一边缘侧设备上部署第一业务服务，该第一业务服务之前被部署于作为该边缘节点的第二边缘侧设备。

本实施例中，云中心将新替换的边缘侧设备纳入管理后，可以是由第一边缘侧设备触发云中心自动为第一边缘侧设备进行业务服务的部署，从而可以无需运维人员触发并为第一边缘侧设备部署业务服务。具体实现时，第一边缘侧设备可以生成第一指示信息，该第一指示信息可以用于触发云中心自动对第一边缘侧设备进行业务服务的部署，然后，第一边缘侧设备可以将生成的第一指示信息发送给云中心。这样，云中心基于该第一指示信息，可以确定是否需要对第一边缘侧设备进行业务服务的部署。

其中，对于云中心确定对第一边缘侧设备进行业务服务的部署，至少可以存在以下四种可能的实施方式：

在第一种可能的实施方式中，第一边缘侧设备可以主动上报自身已部署的业务服务(以下称之为第二业务服务)。具体的，作为某一边缘节点(以下将该边缘节点称之为目标边缘节点)对应的第一边缘侧设备可以基于自身的业务部署情况，生成第一指示信息，该第一指示信息可以指示在第一边缘侧设备上已被部署的第二业务服务，同时，该第一指示信息被云中心接收到后，可以触发云中心确定是否需要对第一边缘侧设备部署业务服务。云中心在接收到第一指示信息后，可以在本地预先存储的各边缘节点对应的业务服务中，查找出目标边缘节点所对应的业务服务(以下称之为的第一业务服务)，并将该第一业务服务与第一边缘侧设备上已部署的第二业务服务进行匹配。若匹配成功，表明该目标边缘节点所对应的业务服务均已部署在第一边缘侧设备中，此时，在第一边缘侧设备作为该目标边缘节点时，云中心可以确定不用再对第一边缘侧设备部署业务服务(比如，边缘侧设备下线后重新进行上线，其上部署的业务服务与之前保持一致)。而在一些可能的场景中，第一业务服务与第二业务服务并不匹配，比如，当第一边缘侧设备为新替换的边缘侧设备时，第二业务服务可能为空(即在第一边缘侧设备上尚未部署有业务服务)，而边缘节点对应的第一业务服务非空，或者，第二业务服务仅为第一业务服务的一部分，又或者，第二业务服务所包括的业务服务中并不存在第一业务服务等，此时，在第一边缘侧设备作为该目标边缘节点时，云中心可以确定需要在第一边缘侧设备上部署业务服务。

其中，该目标边缘节点，可以是之前第二边缘侧设备所作为的边缘节点，相应的，该目标边缘节点对应的第一业务服务，即为第二边缘侧设备作为该边缘节点时，在第二边缘侧设备上完成部署的业务服务。由于第二边缘侧设备可能因为故障或者其它原因下线，使得之前在该第二边缘侧设备上部署的业务服务，需要重新部署于第一边缘侧设备中(第一边缘侧设备可以是故障修复后重新上线的第二边缘侧设备，或者，也可以是与第二边缘侧设备不同的设备)，这样，当第一边缘侧设备作为该边缘节点时，该边缘节点可以继续至少提供与之前相同的业务服务。

示例性的，在第一边缘侧设备注册到云中心的过程中，注册信息可以包括第一边缘侧作为边缘节点的标识(如NodeID等)，则，在第一边缘侧设备注册到云中心后，第一边缘侧设备与云中心之间可以建立长连接，这样，云中心接收到第一边缘侧设备上报的第一指示信息，可以基于注册信息确定该第一边缘侧设备对应的边缘节点的标识，也即为确定上述目标边缘节点的标识。又或者，在其它示例中，第一边缘侧设备在向云中心发送第一指示信息的同时，还可以向云中心发送该第一边缘侧设备所作为的边缘节点的标识，这样，云中心可以基于该边缘节点的标识，查找出该边缘节点所对应的第一业务服务。其中，第一边缘侧设备可以分别发送第一指示信息以及边缘节点的标识，也可以将其集成在一个消息中同时发送给云中心。当然，在另一些可能的示例中，第一边缘侧设备也可以是向云中心发送其它信息，如第二边缘侧设备的IP地址、设备标识等，以便于云中心根据这些信息确定上述目标边缘节点。本实施例中，对云中心确定目标边缘节点的具体实施方式并不进行限定。

在第二种可能的实施方式中，第一边缘侧设备也可以是被动上报自身所部署的第二业务服务。具体的，在第一边缘侧设备注册到云中心后，云中心可以向第一边缘侧设备发送业务服务查询请求，用于查询该第一边缘侧设备上已经部署了哪些业务服务。第一边缘侧设备可以响应该业务服务查询请求，基于自身的业务部署情况，生成第一指示信息，该第一指示信息可以指示在第一边缘侧设备上已被部署的第二业务服务。云中心在接收到第一指示信息后，可以在本地查找出目标边缘节点所对应的第一业务服务，并将该第一业务服务与第一边缘侧设备上已部署的第二业务服务进行匹配。若匹配成功，表明该目标边缘节点所对应的业务服务均已部署在第一边缘侧设备中，此时，云中心可以确定不用再对第一边缘侧设备部署业务服务；而若第一业务服务与第二业务服务不匹配，此时，云中心可以确定需要在第一边缘侧设备上部署业务服务。

在第三种可能的实施方式中，由于在云中心进行业务服务的匹配，需要消耗云中心较多的计算资源，因此，可以是在第一边缘侧设备上执行业务服务的匹配过程。具体的，云中心可以获取该第一边缘侧设备注册时所使用的边缘节点的标识，并基于该边缘节点的标识，从本地查找出与该边缘节点的标识所对应的第一业务服务，并基于此生成第二指示信息，该第二指示信息可以用于指示查找出的第二业务服务，然后可以将该第二指示信息发送给第一边缘侧设备。这样，第一边缘侧设备在接收到云中心发送的第二指示信息后，可以获取自身已经部署的第二业务服务，并由第一边缘侧设备比对该第二业务服务与第二指示信息所指示的第一业务服务是否匹配。当第一业务服务与第二业务服务不匹配时，可以生成用于指示其不匹配的第一指示信息，并将该第一指示信息发送给云中心。这样，云中心基于接收到的第一指示信息，可以确定第一边缘侧设备上未部署第一业务服务，则可以确定需要在第一边缘侧设备上部署第一业务服务。

进一步的，当第一业务服务与第二业务服务匹配时，第一边缘侧设备可以生成用于指示其匹配的指示信息，并将其发送给云中心，以便于云中心基于该指示信息确定不需要对第一边缘侧设备部署第一业务服务。或者，当第一业务服务与第二业务服务匹配时，第一边缘侧设备可以不向云中心反馈结果。而云中心在预设时长内若没有接收到第一边缘侧设备所反馈的匹配结果，则可以默认第一边缘侧设备上已经部署有第一业务服务，确定无需对第一边缘侧设备部署第一业务服务。这样，可以节省云中心与第一边缘侧设备之间传输匹配结果所消耗的传输资源。

在第四种可能的实施方式中，可以是由第一边缘侧设备请求云中心对其进行业务服务的部署。具体的，第一边缘侧设备在成功注册到云中心后，可以生成业务服务部署请求，该业务服务部署请求用于请求云中心对第一边缘侧设备进行业务部署，然后，第一边缘侧设备可以将该业务服务部署请求发送给云中心。这样，云中心基于接收到的业务服务部署请求，可以确定需要对第一边缘侧设备进行业务服务的部署。在此过程中，上述第一边缘侧设备向云中心发送的第一指示信息，即为业务服务部署请求。

示例性的，在部分可能的场景中，第一边缘侧设备可以是新替换的第二边缘侧设备，此时，第一边缘侧设备上可能没有部署有业务服务，当然，第一边缘侧设备也可以是与第二边缘侧设备为同一设备，此时，第一边缘侧设备上可以部署有业务服务。基于此，在进一步可能的实施方式中，第一边缘侧设备可以预先检测自身是否已经部署有业务服务，若没有部署业务服务，则第一边缘侧设备可以生成上述业务服务部署请求，以请求云中心在该第一边缘侧设备上部署第一业务服务，而若第一边缘侧设备上已经部署有业务服务，则第一边缘侧设备上可以不向云中心请求为第一边缘侧设备部署业务服务。

当然，云中心确定是否需要对第一边缘侧设备部署第一业务服务，不局限于上述四种示例性的实施方式，也可以是采用其它可能的实施方式中，本实施例中对此并不进行限定。

值得注意的是，本实施例中的第一业务服务可以包括一个或者多个业务服务，是对部署于第一边缘侧设备或者第二边缘侧设备上的业务服务进行统称。同样的，第二业务服务也可以是包括一个或者多个业务服务。示例性的，云中心上存储的第一业务服务中，还可以包含该第一业务服务对应的配置信息，如第一业务服务所能占用第一边缘侧设备的CPU率、内存大小以及计算能力等业务服务的资源信息信息，和/或，如第三方业务平台的IP地址等业务服务的业务信息。

在云中心确定需要对第一边缘侧设备部署业务服务后，云中心可以进一步确定将之前在第二边缘侧设备上部署的第一业务服务部署于第一边缘侧设备上，从而无需运维人员在云中心上选择将哪些业务服务部署于第一边缘侧设备，也即可以省略运维人员在云中心上选择业务服务的操作。其中，云中心在对第一边缘侧设备部署第一业务服务时，具体可以是将第一业务服务以及该第一业务服务对应的配置信息发送给第一边缘侧设备，由第一边缘侧设备根据接收到的第一业务服务以及配置信息完成第一业务服务的部署。示例性的，云中心可以向第一边缘侧设备发送响应消息，该响应消息中可以包含第一业务服务以及该第一业务服务对应的配置信息，这样，第一边缘侧设备可以基于接收到的响应响应进行业务服务的部署。

并且，由于在两个边缘侧设备上部署的业务服务相同，因此，需要部署在第一边缘侧设备上的各个业务服务所对应的配置信息，也无需运维人员重新输入至云中心，云中心可以是将之前在第二边缘侧设备上部署第一业务服务时所使用的配置信息(如可以包括前述的资源占用信息以及业务信息等)，作为此次在第一边缘侧设备上部署各个业务服务时所需的配置信息，这样，可以省略运维人员为各个业务服务所需执行的配置操作。其中，第一业务服务对应的配置信息，可以与第一业务服务一并存储于云中心。比如，第二边缘侧设备上原先部署有业务服务A，并且业务服务A可占用的CPU率为15％，可使用内存为8GB(吉字节)，算力为10GH/s(10亿次哈希每秒)，则，当在第一边缘侧设备上也部署业务服务A时，其配置信息中资源占用信息也可以是可占用的CPU率为15％，可使用内存为8GB(吉字节)，算力为10GH/s(10亿次哈希每秒)，从而可以无需运维人员在云中心上分别配置该业务服务A对应的CPU占用率、内存以及算力等信息。

进一步的，第一边缘侧设备在完成第一业务服务的部署后，可以根据第三方业务平台的IP地址、用户名和密码等信息向第三方业务平台发起注册请求。这样，第三方业务平台可以根据配置的用户名和密码等信息以及第三方业务平台的IP地址，对第一边缘侧设备发送的注册请求中携带的信息进行验证，验证通过即完成注册，并且，在完成注册后，第三方业务平台可以通知第一边缘侧设备注册成功，并可以开始与第一边缘侧设备协同完成相应的第一业务服务。而若验证未通过，则第一边缘侧设备此次注册失败，此时，第三方业务平台可以通知第一边缘侧设备注册失败。

本实施例中，云中心可以根据已存储的第一业务服务以及相应的的配置信息，在第一边缘侧设备上部署业务服务，无需运维人员在云中心上对需要部署在第一边缘侧设备上的各个业务服务进行选择以及逐项配置，这使得运维人员所需执行的运维操作可以得到减少，从而可以减少运维时间，提高运维效率。同时，第一边缘侧设备与第二边缘侧设备先后作为相同的边缘节点，因此，该边缘节点所能提供的业务服务不会发生缺失。

如图5中S504以及S505所示，运维人员需要通过边缘侧设备的本地管理入口(Portal)登录Web页面，并在该页面上输入IP地址，以便于对边缘侧设备的IP地址进行配置，或者，可以是通过命令行方式，输入IP地址以及多条命令，实现对边缘侧设备的IP地址的配置，并且，在配置完IP地址后，还需要手动操作，将下载的信息安装包上传并安装在第一边缘侧设备中，运维人员所需执行的运维操作仍然较为繁琐。针对于此，为了进一步减少运维人员所需执行的操作，在进一步可能的实施例中，运维人员还可以利用预先开发的工具软件实现对第一边缘侧设备的IP地址的配置以及信息安装包的安装，以进一步减少运维人员所需执行的操作。

参见图7，为又一种业务服务部署方法的信令交互示意图。图7所示实施例中，是以第二边缘侧设备发生故障，并利用第一边缘侧设备替换第二边缘侧设备为例进行示例性说明，应当理解，本申请实施例不局限于该应用场景。图7所示的业务服务部署方法，具体可以包括：

S701：运维人员向云中心申请第二边缘侧设备对应的信息安装包。

作为一种示例，运维人员可以是利用相应的终端向云中心发送至针对于第二边缘侧设备的信息安装包的获取请求，该获取请求中可以包含第二边缘侧设备对应的边缘节点的标识(如NodeID等)，以便于云中心查找出与之对应的信息安装包。

在其它可能的实施例中，云中心也可以确定下线的边缘节点(比如可以是在没有接收到下线通知的情况下突然下线的边缘节点)，并查找出该边缘节点所对应的信息安装包。然后，云中心可以将查找到的信息安装包主动推送给运维人员。

S702：云中心查找该第二边缘侧设备对应的信息安装包，并将其下载给运维人员。其中，信息安装包可以包括节点ID、工程ID、设备密钥以及设备证书等。

示例性的，云中心可以从接收到的获取请求中，解析出第二边缘侧设备对应的边缘节点的标识，并基于该边缘节点的标识，从本地存储的信息安装包中查找出与该边缘节点的标识相对应的信息安装包。当然，在其它可能的示例中，也可以是利用信息安装包中的信息作为查询信息安装包的依据，比如，可以是利用设备密钥、设备证书等，本实施例中，对于云中心如何查找第二边缘侧设备对应的信息安装包的具体实现方式并不进行限定。

S703：运维人员替换发生故障的第二边缘侧设备。

在其它可能的实施例中，对于在同一边缘节点处，可以配置多个边缘侧设备，如第一边缘侧设备以及第二边缘侧设备。当第二边缘侧设备发生故障时，可以自动控制对第一边缘侧设备进行上电，从而可以实现自动利用第一边缘侧设备替换第二边缘侧设备，这样，可以进一步减少运维人员替换边缘侧设备的操作。

S704：运维人员利用预先开发的工具软件提供的预先配置的候选IP地址中选择为第一边缘侧设备进行配置的IP地址，以完成对第一边缘侧设备的IP地址的配置。同时，工具软件可以将运维人员下载的信息安装包自动导入并安装在第一边缘侧设备中。

其中，可以预先配置好一个或者多个可用的IP地址(以下称之为候选IP地址)，并将其设置于软件工具中。这样，当需要对第一边缘侧设备配置IP地址时，运维人员可以直接从该软件工具中提供的一个或者多个候选IP地址中，选择一个候选IP地址。然后，软件工具可以基于该候选IP地址生成第三指示信息，并将其发送给第一边缘侧设备。这样，第一边缘侧设备可以根据该第三指示信息，将第一边缘侧设备的IP地址配置为运维人员所选择的候选IP地址。在其它可能的示例中，也可以是由软件工具自动为该第一边缘侧设备选择一个候选IP地址，如按照一定顺序或者随机选择可适用的候选IP地址等。

同时，第一边缘侧设备上的工具软件可以将运维人员下载的信息安装包自动导入并安装在第一边缘侧设备中，而无需运维人员通过手动操作的方式进行信息安装包的导入和安装，从而可以进一步减少运维人员执行的操作，提高运维效率。

在一种可能的实施方式中，每个边缘侧设备可以具有相应的信息安装包以及候选IP地址，基于此，可以预先建立信息安装包、候选IP地址与标识符的对应关系，该标识符例如可以是边缘节点的标识(如NodeID)。这样，当运维人员将第一边缘侧设备作为边缘节点时，可以向工具软件输入相应的标识符，如该边缘节点的标识；工具软件可以基于该标识符，查找出相应的信息安装包以及候选IP地址，并基于该候选IP地址对第一边缘侧设备进行IP地址的配置，将所查找出的信息安装包自动导入并安装在第一边缘侧设备中。

进一步的，当运维人员同时需要对多个边缘侧设备部署业务服务时，工具软件可以同时为多个边缘侧设备确定其各自对应的候选IP地址以及信息安装包，并在与各个边缘侧设备建立连接后，根据各个边缘侧设备对应的标识符，自动将相应的候选IP地址配置在边缘侧设备上，并自动导入和安装相应的信息安装包。

示例性的，该工具软件可以安装在运维人员的终端，当运维人员的终端与边缘侧设备有线或者无线连接时，可以利用该软件工具为边缘侧设备自动配置IP地址以及自动发现并安装该边缘侧设备对应的信息安装包。当然，该工具软件也可以是预先安装在边缘侧设备中，本实施例对此并不进行限定。

S705：第一边缘侧设备正常接入网络后，使用信息安装包中的NodeID、ProjectID、设备密钥和设备证书等信息向云中心申请建立连接。

S706：云中心验证NodeID、ProjectID、设备密钥和设备证书等信息。在验证成功后，可以向第一边缘侧设备返回连接成功的消息。

S707：第一边缘侧设备基于成功建立的连接向云中心发送资源信息，该资源信息包括第一边缘侧设备可用的中央处理器(central processing unit，CPU)占用率、内存以及计算能力等信息。

S708：云中心将第一边缘侧设备纳入管理。

S709：云中心向第一边缘侧设备反馈纳入管理成功的消息。

S710：第一边缘侧设备生成第一指示信息，并向云中心发送该第一指示信息，其中，该第一指示信息用于触发云中心确定对第一边缘侧设备进行业务服务的部署。

S711：云中心根据接收到的第一指示信息，确定对作为边缘节点的第一边缘侧设备进行业务服务的部署。

S712：云中心将自身存储的该边缘节点对应的第一业务服务以及该第一业务服务对应的配置信息，发送给第一边缘侧设备，该第一业务服务之前被部署于作为该边缘节点的第二边缘侧设备。

S713：第一边缘侧设备根据接收到的第一业务服务以及该第一业务服务对应的配置信息在第一边缘侧设备上部署第一业务服务。

S714：第一边缘侧设备向云中心第一业务服务返回成功的消息。

本实施例中，除步骤S704，其余步骤的具体实现过程与图5、图6相关之处的具体实现方式类似，可参见前述相关之处的描述，在此不做赘述。

此外，本申请实施例还提供了一种可以应用于云中心的装置，该装置可以实现图6-图7中云中心所执行的功能。参见图8所示，装置800可以包括：

确定模块801，用于根据来自作为边缘节点的第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署；

部署模块802，用于根据所述云中心存储的所述边缘节点对应的第一业务服务，在所述第一边缘侧设备上部署所述第一业务服务，所述第一业务服务之前被部署于作为所述边缘节点的第二边缘侧设备中。

在一种可能的实施方式中，所述第一指示信息用于指示在所述第一边缘侧设备上已被部署的第二业务服务；

所述确定模块801，具体用于确定所述第一指示信息指示的第二业务服务与所述第一业务服务不匹配。

在又一种可能的实施方式中，所述第一指示信息包括业务服务部署请求，所述业务服务部署请求用于指示所述云中心向所述第一边缘侧设备部署业务服务。

在又一种可能的实施方式中，装置800还可以包括通信模块803；

通信模块803，用于向所述第一边缘侧设备发送业务服务查询请求，所述业务服务查询请求用于查询在所述第一边缘侧设备上已被部署的第二业务服务；以及接收来自所述第一边缘侧设备的第一指示信息，所述第一指示信息用于指示所述第二业务服务；

所述确定模块801，具体用于确定所述第一指示信息指示的第二业务服务与所述第一业务服务不匹配。

在又一种可能的实施方式中，装置800还可以包括通信模块803；

通信模块803，可以用于向所述第一边缘侧设备发送第二指示信息，所述第二指示信息用于指示所述云中心存储的所述边缘节点对应的第一业务服务；以及接收来自所述第一边缘侧设备的第一指示信息，所述第一指示信息用于指示所述第一业务服务与在所述第一边缘侧设备上已被部署的第二业务服务不匹配。

在又一种可能的实施方式中，所述第一业务服务包括所述第一业务服务对应的配置信息；

所述确定模块801，具体用于在作为边缘节点的第一边缘侧设备被所述云中心纳入管理后，根据来自所述第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署。

在又一种可能的实施方式中，在又一种可能的实施方式中，装置800还可以包括通信模块803；

通信模块803，可以用于接收来自第一边缘侧设备的标识，该标识可以用于指示第一边缘侧设备与边缘节点对应，以及向所述第一边缘侧设备发送该标识对应的信息安装包。

此外，本申请实施例还提供另外一种应用于云中心的装置的结构，如图9所示，装置900中可以包括通信接口910、处理器920。可选的，装置900中还可以包括存储器930。其中，存储器930可以设置于云中心内部，还可以设置于云中心外部。示例性的，上述图6-图7中各个云中心所执行的动作均可以由处理器920实现。处理器920通过通信接口910接收请求、指示信息等，并用于实现上述图6-图7中所述的云中心所执行的任一方法。在实现过程中，处理流程的各步骤可以通过处理器920中的硬件的集成逻辑电路或者软件形式的指令完成图6-图7中所述云中心所执行的方法。为了简洁，在此不再赘述。处理器920用于实现上述方法所执行的程序代码可以存储在存储器930中。存储器930和处理器920连接。

本申请实施例中涉及到的任一通信接口可以是电路、总线、收发器或者其它任意可以用于进行信息交互的装置。比如装置900中的通信接口910，示例性地，该其它装置可以是与装置900相连的设备，比如，可以是第一边缘侧设备等。

与上述方法同样的发明构思，本申请实施例还提供一种可以应用于第一边缘侧设备的装置，该装置可以实现上述图6-图7所示的实施例中第一边缘侧设备的功能。参见图10所示，该装置1000包括：

生成模块1001，用于生成第一指示信息；

通信模块1002，用于向云中心发送所述第一指示信息；

部署模块1003，用于根据所述云中心回复的响应消息部署第一业务服务，其中，所述第一业务服务之前被部署于作为所述边缘节点的第二边缘侧设备中。

在一种可能的实施方式中，所述第一指示信息包括业务服务部署请求，所述业务服务部署请求用于指示所述云中心向所述第一边缘侧设备部署业务服务；

或，所述第一指示信息用于指示在所述第一边缘侧设备上已被部署的第二业务服务。

在又一种可能的实施方式中，所述通信模块1002，还可以用于接收来自所述云中心的业务服务查询请求；

所述生成模块1001，具体用于响应于所述业务服务查询请求，生成所述第一指示信息，所述第一指示信息用于指示在所述第一边缘侧设备上已被部署的第二业务服务。

在又一种可能的实施方式中，所述第一指示信息用于指示所述第一业务服务与在所述第一边缘侧设备上已被部署的第二业务服务不匹配，所述装置1000还包括确定模块1004；

通信模块1002，还可以用于接收来自所述云中心的第二指示信息，所述第二指示信息用于指示所述云中心存储的所述边缘节点对应的第一业务服务；

确定模块1004，用于确定所述第二指示信息所指示的第一业务服务与所述第二业务服务不匹配。

在又一种可能的实施方式中，所述通信模块1002，还用于接收来自工具软件的第三指示信息，所述第三指示信息用于将所述第一边缘侧设备的IP地址配置为候选IP地址，其中，所述候选IP地址为所述边缘节点对应的IP地址。

此外，本申请实施例还提供另外一种应用于第一边缘侧设备的装置的结构，如图11所示，装置1100中可以包括通信接口1110、处理器1120。可选的，装置1100中还可以包括存储器1130。其中，存储器1130可以设置于第一边缘侧设备内部，还可以设置于第一边缘侧设备外部。示例性的，上述图6-图7中各个第一边缘侧设备所执行的动作均可以由处理器1120实现。处理器1120通过通信接口1110接收请求、指示信息等，并用于实现上述图6-图7中所述的第一边缘侧设备所执行的任一方法。在实现过程中，处理流程的各步骤可以通过处理器1120中的硬件的集成逻辑电路或者软件形式的指令完成图6-图7中所述第一边缘侧设备所执行的方法。为了简洁，在此不再赘述。处理器1120用于实现上述方法所执行的程序代码可以存储在存储器1130中。存储器1130和处理器1120连接。

本申请实施例中涉及到的任一通信接口可以是电路、总线、收发器或者其它任意可以用于进行信息交互的装置。比如装置1100中的通信接口1110，示例性地，该其它装置可以是与装置1100相连的设备，比如，可以是云中心等。

本申请实施例中涉及的处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例中的连接是装置、模块或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、模块或模块之间的信息交互。

处理器可能和存储器协同操作。存储器可以是非易失性存储器，比如硬盘(harddisk drive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

本申请实施例中不限定上述通信接口、处理器以及存储器之间的具体连接介质。比如存储器、处理器以及通信接口之间可以通过总线连接。所述总线可以分为地址总线、数据总线、控制总线等。

基于以上实施例，本申请实施例还提供了一种计算机存储介质，该存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时可实现上述任意一个或多个实施例提供云中心或者第一边缘侧设备执行的方法。所述计算机存储介质可以包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

基于以上实施例，本申请实施例还提供了一种芯片，该芯片包括处理器，用于实现上述任意一个或多个实施例所涉及的云中心或者第一边缘侧设备的功能，例如用于实现图6-图7中第一边缘侧设备所执行的方法，或者用于实现图6-图7中云中心所执行的方法。可选地，所述芯片还包括存储器，所述存储器，用于处理器所执行必要的程序指令和数据。该芯片，可以由芯片构成，也可以包含芯片和其他分立器件。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (22)

1.一种业务服务部署方法，其特征在于，所述方法应用于云中心，所述方法包括：

根据来自作为边缘节点的第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署，所述第一指示信息用于指示在所述第一边缘侧设备上已被部署的第二业务服务；

根据所述云中心存储的所述边缘节点对应的第一业务服务，在所述第一边缘侧设备上部署所述第一业务服务，所述第一业务服务之前被部署于作为所述边缘节点的第二边缘侧设备中；

所述根据来自作为边缘节点的第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署，包括：

确定所述第一指示信息指示的第二业务服务与所述第一业务服务不匹配；

所述方法还包括：

当所述第一指示信息指示的第二业务服务与所述第一业务服务匹配时，确定不对所述第一边缘侧设备重复部署所述第一业务服务。

2.根据权利要求1所述的方法，其特征在于，所述第一指示信息包括业务服务部署请求，所述业务服务部署请求用于指示所述云中心向所述第一边缘侧设备部署业务服务。

3.根据权利要求1所述的方法，其特征在于，在所述根据来自作为边缘节点的第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署之前，所述方法还包括：

向所述第一边缘侧设备发送业务服务查询请求，所述业务服务查询请求用于查询在所述第一边缘侧设备上已被部署的第二业务服务；

接收来自所述第一边缘侧设备的第一指示信息，所述第一指示信息用于指示所述第二业务服务；

所述根据来自作为边缘节点的第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署，包括：

确定所述第一指示信息指示的第二业务服务与所述第一业务服务不匹配。

4.根据权利要求1所述的方法，其特征在于，在所述根据来自作为边缘节点的第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署之前，所述方法还包括：

向所述第一边缘侧设备发送第二指示信息，所述第二指示信息用于指示所述云中心存储的所述边缘节点对应的第一业务服务；

接收来自所述第一边缘侧设备的第一指示信息，所述第一指示信息用于指示所述第一业务服务与在所述第一边缘侧设备上已被部署的第二业务服务不匹配。

5.根据权利要求1所述的方法，其特征在于，所述第一业务服务包括所述第一业务服务对应的配置信息；

所述根据来自作为边缘节点的第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署，包括：

在作为边缘节点的第一边缘侧设备被所述云中心纳入管理后，根据来自所述第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署。

6.根据权利要求1至5任一项所述的方法，其特征在于，在所述根据来自作为边缘节点的第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署之前，所述方法还包括：

接收来自所述第一边缘侧设备的标识，所述标识用于指示所述第一边缘侧设备与所述边缘节点对应；

向所述第一边缘侧设备发送所述标识对应的信息安装包。

7.一种业务服务部署方法，其特征在于，所述方法应用于作为边缘节点的第一边缘侧设备，所述方法包括：

生成第一指示信息，所述第一指示信息用于指示在所述第一边缘侧设备上已被部署的第二业务服务；

向云中心发送所述第一指示信息;

在所述第一指示信息指示的第二业务服务与第一业务服务不匹配时，根据所述云中心回复的响应消息部署所述第一业务服务，其中，所述第一业务服务之前被部署于作为所述边缘节点的第二边缘侧设备中；

所述方法还包括：

当所述第一指示信息指示的第二业务服务与所述第一业务服务匹配时，确定不对所述第一边缘侧设备重复部署所述第一业务服务。

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

接收来自所述云中心的业务服务查询请求；

所述生成第一指示信息，包括：

响应于所述业务服务查询请求，生成所述第一指示信息，所述第一指示信息用于指示在所述第一边缘侧设备上已被部署的第二业务服务。

9.根据权利要求7所述的方法，其特征在于，所述第一指示信息用于指示所述第一业务服务与在所述第一边缘侧设备上已被部署的第二业务服务不匹配，所述方法还包括：

接收来自所述云中心的第二指示信息，所述第二指示信息用于指示所述云中心存储的所述边缘节点对应的第一业务服务；

确定所述第二指示信息所指示的第一业务服务与所述第二业务服务不匹配。

10.根据权利要求7至9任一项所述的方法，其特征在于，在生成第一指示信息之前，所述方法还包括：

接收来自工具软件的第三指示信息，所述第三指示信息用于将所述第一边缘侧设备的IP地址配置为候选IP地址，其中，所述候选IP地址为所述边缘节点对应的IP地址。

11.一种应用于云中心的装置，其特征在于，所述装置包括：

确定模块，用于根据来自作为边缘节点的第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署，所述第一指示信息用于指示在所述第一边缘侧设备上已被部署的第二业务服务；

所述确定模块，具体用于确定所述第一指示信息指示的第二业务服务与第一业务服务不匹配；

部署模块，用于根据所述云中心存储的所述边缘节点对应的第一业务服务，在所述第一边缘侧设备上部署所述第一业务服务，所述第一业务服务之前被部署于作为所述边缘节点的第二边缘侧设备中；

所述确定模块，还用于当所述第一指示信息指示的第二业务服务与所述第一业务服务匹配时，确定不对所述第一边缘侧设备重复部署所述第一业务服务。

12.根据权利要求11所述的装置，其特征在于，所述第一指示信息包括业务服务部署请求，所述业务服务部署请求用于指示所述云中心向所述第一边缘侧设备部署业务服务。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

通信模块，用于向所述第一边缘侧设备发送业务服务查询请求，所述业务服务查询请求用于查询在所述第一边缘侧设备上已被部署的第二业务服务，以及接收来自所述第一边缘侧设备的第一指示信息，所述第一指示信息用于指示所述第二业务服务；

所述确定模块，具体用于确定所述第一指示信息指示的第二业务服务与所述第一业务服务不匹配。

14.根据权利要求11所述的装置，其特征在于，所述装置还包括：

通信模块，用于向所述第一边缘侧设备发送第二指示信息，所述第二指示信息用于指示所述云中心存储的所述边缘节点对应的第一业务服务，以及接收来自所述第一边缘侧设备的第一指示信息，所述第一指示信息用于指示所述第一业务服务与在所述第一边缘侧设备上已被部署的第二业务服务不匹配。

15.根据权利要求11所述的装置，其特征在于，所述第一业务服务包括所述第一业务服务对应的配置信息；

所述确定模块，具体用于在作为边缘节点的第一边缘侧设备被所述云中心纳入管理后，根据来自所述第一边缘侧设备的第一指示信息，确定对所述第一边缘侧设备进行业务服务的部署。

16.根据权利要求11至15任一项所述的装置，其特征在于，所述装置还包括：

通信模块，用于接收来自所述第一边缘侧设备的标识，所述标识用于指示所述第一边缘侧设备与所述边缘节点对应，以及向所述第一边缘侧设备发送所述标识对应的信息安装包。

17.一种应用于第一边缘侧设备的装置，其特征在于，所述装置包括：

生成模块，用于生成第一指示信息，所述第一指示信息用于指示在所述第一边缘侧设备上已被部署的第二业务服务；

通信模块，用于向云中心发送所述第一指示信息;

部署模块，用于在所述第一指示信息指示的第二业务服务与第一业务服务不匹配时，根据所述云中心回复的响应消息部署所述第一业务服务，其中，所述第一业务服务之前被部署于作为边缘节点的第二边缘侧设备中；当所述第一指示信息指示的第二业务服务与所述第一业务服务匹配时，确定不对所述第一边缘侧设备重复部署所述第一业务服务。

18.根据权利要求17所述的装置，其特征在于，所述装置还包括：

通信模块，用于接收来自所述云中心的业务服务查询请求；

所述生成模块，具体用于响应于所述业务服务查询请求，生成所述第一指示信息，所述第一指示信息用于指示在所述第一边缘侧设备上已被部署的第二业务服务。

19.根据权利要求18所述的装置，其特征在于，所述第一指示信息用于指示所述第一业务服务与在所述第一边缘侧设备上已被部署的第二业务服务不匹配，所述装置还包括：

通信模块，用于接收来自所述云中心的第二指示信息，所述第二指示信息用于指示所述云中心存储的所述边缘节点对应的第一业务服务；

确定模块，用于确定所述第二指示信息所指示的第一业务服务与所述第二业务服务不匹配。

20.根据权利要求17至19任一项所述的装置，其特征在于，所述装置还包括：

通信模块，用于接收来自工具软件的第三指示信息，所述第三指示信息用于将所述第一边缘侧设备的IP地址配置为候选IP地址，其中，所述候选IP地址为所述边缘节点对应的IP地址。

21.一种应用于云中心的装置，其特征在于，所述装置包括存储器和处理器，所述存储器，用于存储软件指令；所述处理器调用所述存储器存储的软件指令，以执行上述权利要求1至6中任一所述的方法。

22.一种应用于第一边缘侧设备的装置，其特征在于，所述装置包括存储器和处理器，所述存储器，用于存储软件指令；所述处理器调用所述存储器存储的软件指令，以执行上述权利要求7至10中任一所述的方法。

Images