CN112130931A - 一种应用部署方法、节点、系统及存储介质 - Google Patents

Abstract

本申请公开了一种应用于第一移动边缘计算MEC节点的应用部署方法，所述第一MEC节点为MEC集群中的任一节点；所述方法包括：检测数据请求；在检测到所述数据请求的情况下，基于所述数据请求，确定目标MEC节点；其中，所述目标MEC节点中部署有与所述数据请求对应的第一应用；在所述目标MEC节点与所述第一MEC节点为不同节点的情况下，向所述目标MEC节点发送应用部署请求；接收所述目标MEC节点发送的应用部署指示；基于所述应用部署指示部署所述第一应用。本申请还公开了一种应用于目标MEC节点的应用部署方法，以及一种计算机可读存储介质。

Description

一种应用部署方法、节点、系统及存储介质

技术领域

本申请涉及移动边缘计算(Mobile Edge Computing，MEC)领域的应用部署方法、MEC节点、应用部署系统以及计算机可读存储介质。

背景技术

在MEC场景下，相关技术中在MEC集群中部署应用的方式主要包括以下几种：通过中心云或集群管理节点向MEC平台推送应用以供MEC集群部署应用、直接在所有的MEC平台中部署应用、基于人工选择结果在具备应用访问需求的MEC平台中部署应用。然而，第一种应用部署方式需要依赖中心云或集群管理节点；第二种应用部署方式会导致MEC系统资源的浪费；第三种应用部署方式的灵活性不足且时效性较差。

发明内容

本申请提供了一种应用于第一MEC节点的应用部署方法、一种应用于目标MEC节点的应用部署方法、一种第一MEC节点、一种目标MEC节点、一种应用部署系统以及一种计算机可读存储介质。

本申请提供的应用于第一MEC节点的应用部署方法，能够灵活高效的实现在MEC集群的任一节点中的按需应用部署，从而减少了相关技术中应用部署时对中心云、集群管理节点协或技术人员的依赖、以及在所有MEC平台的所有MEC节点上均部署第一应用而出现的MEC系统资源浪费。

本申请提供的技术方案是这样的：

本申请提供了一种应用于第一MEC节点的应用部署方法，所述第一MEC节点为所述MEC集群中的任一节点；所述方法包括：

检测数据请求；

在检测到所述数据请求的情况下，基于所述数据请求，确定目标MEC节点；其中，所述目标MEC节点中部署有与所述数据请求对应的第一应用；

在所述目标MEC节点与所述第一MEC节点为不同节点的情况下，向所述目标MEC节点发送应用部署请求；

接收所述目标MEC节点发送的应用部署指示；

基于所述应用部署指示部署所述第一应用。

在一些实施方式中，所述确定目标MEC节点，包括：

获取应用部署信息；其中，所述应用部署信息，包括所述MEC集群的每一节点中部署的至少一个应用的统计信息；

基于所述应用部署信息以及所述数据请求，确定至少一个第二MEC节点；其中，至少一个所述第二MEC节点中部署有所述第一应用；

基于所述应用部署信息，从至少一个所述第二MEC节点中确定所述目标MEC节点。

在一些实施方式中，所述基于所述应用部署信息，从至少一个所述第二MEC节点中确定所述目标MEC节点，包括：

基于所述应用部署信息，确定时延信息；其中，所述时延信息，表示所述至少一个所述第二MEC节点与所述第一MEC节点之间的数据传输时延信息；

基于所述时延信息，从至少一个所述第二MEC节点中确定所述目标MEC节点。

在一些实施方式中，所述基于所述应用部署指示部署所述第一应用之后，还包括：

在所述第一应用成功部署的情况下，更新所述应用部署信息；其中，更新后的所述应用部署信息，包括所述第一MEC节点中部署有所述第一应用的信息。

在一些实施方式中，所述更新所述应用部署信息之后，还包括：

向所述MEC集群中的每一节点，发送更新后的所述应用部署信息。

在一些实施方式中，所述方法还包括：

获取在指定时段内对第一MEC节点中部署的第二应用的数据请求次数；

基于所述数据请求次数以及所述应用部署信息，对所述第二应用进行处理。

在一些实施方式中，所述基于所述数据请求次数以及所述应用部署信息，对所述第二应用进行处理，包括：

在所述数据请求次数小于或等于指定阈值、且所述MEC集群中除去所述第一MEC节点之外的其它节点中部署有所述第二应用的情况下，删除所述第一MEC节点中的所述第二应用。

在一些实施方式中，所述方法还包括：

在所述第二应用成功删除的情况下，更新所述应用部署信息；其中，更新后的所述应用部署信息，包括所述第一MEC节点删除所述第二应用的信息；

向所述MEC集群中的每一节点，发送更新后的所述应用部署信息。

在一些实施方式中，所述基于所述应用部署指示部署所述第一应用之后，还包括：

在所述第一应用成功部署的情况下，基于所述第一应用响应所述数据请求。

本申请还提供了一种应用于目标MEC节点的应用部署方法，所述目标MEC节点中部署有第一应用；所述第一应用，表示与第一MEC节点发送的数据请求对应的应用；所述第一MEC节点为所述MEC集群中的任一节点；所述方法包括：

接收所述第一MEC节点发送的应用部署请求；其中，所述应用部署请求，是所述第一MEC节点在检测到所述数据请求，并基于所述数据请求确定所述目标MEC节点，且所述目标MEC节点与所述第一MEC节点为不同节点的情况下发送的；

基于所述应用部署请求，向所述第一MEC节点发送应用部署指示；其中，所述应用部署指示，用于供所述第一MEC节点部署所述第一应用。

本申请还提供了一种第一MEC节点，所述第一MEC节点为MEC集群中的任一节点；所述第一MEC节点包括：第一接收模块，第一处理模块、第一发送模块；其中：

所述第一接收模块，用于检测和接收数据请求；

所述第一处理模块，用于在检测到所述数据请求的情况下，基于所述数据请求，确定目标MEC节点；其中，所述目标MEC节点中部署有与所述数据请求对应的第一应用；

所述第一处理模块，还用于确定所述目标MEC节点与所述第一MEC节点是否为同一节点；

所述第一发送模块，用于在所述目标MEC节点与所述第一MEC节点为不同节点的情况下，向所述目标MEC节点发送应用部署请求；

所述第一接收模块，还用于接收所述目标MEC节点发送的应用部署指示；

所述第一处理模块，还用于基于所述应用部署指示部署所述第一应用。

本申请还提供了一种目标MEC节点，所述目标MEC节点中部署有第一应用；所述第一应用，表示与第一MEC节点发送的数据请求对应的应用；所述第一MEC节点为所述MEC集群中的任一节点；所述目标MEC节点包括第二接收模块、第二处理模块以及第二发送模块；其中：

所述第二接收模块，用于接收所述第一MEC节点发送的应用部署请求；其中，所述应用部署请求，是所述第一MEC节点在检测到所述数据请求，并基于所述数据请求确定所述目标MEC节点，且所述目标MEC节点与所述第一MEC节点为不同节点的情况下发送的；

所述第二处理模块，用于基于所述应用部署请求，确定应用部署指示；其中，所述应用部署指示，用于供所述第一MEC节点部署所述第一应用；

所述第二发送模块，用于发送所述应用部署指示至所述第一MEC节点。

本申请还提供了一种应用部署系统，该应用部署系统包括如前所述的第一MEC节点以及目标MEC节点，其中，所述第一MEC节点与所述目标MEC节点之间建立有通信连接。

本申请还提供了一种计算机可读存储介质，所述可读存储介质能够被处理器执行，以实现如前任一所述的应用于MEC集群中第一MEC节点的应用部署方法、或应用于MEC集群的目标MEC节点中的应用部署方法。

由以上可知，本申请提供的应用部署方法，表示MEC集群中的任一节点的第一MEC节点接收到数据请求时，根据数据请求确定第一应用、且第一MEC节点中并未部署第一应用的情况下，可以根据数据请求确定部署有第一应用的目标MEC节点，在目标MEC节点与第一MEC节点为不同节点的情况下，第一MEC节点可以实时地向目标MEC节点发送应用部署请求，并基于目标MEC节点发送的应用部署指示快速的部署第一应用，因而实现了第一应用在第一MEC节点上的灵活快速部署。

因此，本申请提供的应用部署方法，在第一MEC节点上部署第一应用时，仅根据目标MEC节点发送的应用部署指示即可进行，从而降低了相关技术中应用部署时对中心云、集群管理节点协或技术人员的依赖；并且，本申请实施例提供的应用部署方法，在MEC集群的任一节点即第一MEC节点上未部署有第一应用时，并未统一性的在第一MEC节点上部署第一应用，而是在接收到数据请求的情况下，才基于MEC集群的目标MEC节点上部署有第一应用、且第一MEC节点与目标MEC节点之间的通信快速灵活的部署第一应用，从而实现了第一应用在第一MEC节点中的按需灵活部署，进而减少了在第一MEC节点上部署第一应用而出现的系统资源浪费；更进一步地，本申请实施例提供的应用部署方法中，只要MEC集群中的目标MEC节点中部署有第一应用，就能够灵活的实现任一节点中第一应用的部署，从而使得应用部署更加灵活高效。

附图说明

图1为本申请提供的第一种应用部署方法的流程示意图；

图2为本申请提供的第二种应用部署方法的流程示意图；

图3为本申请提供的应用部署信息在MEC集群的节点中的分布示意图；

图4为本申请提供的存储在MEC集群中的应用部署信息的结构示意图；

图5为本申请提供的应用部署信息的信息结构示意图；

图6为本申请提供的向MEC集群中的每一节点发送更新后的应用部署信息的示意图；

图7为本申请提供的第三种应用部署方法的流程示意图；

图8为本申请提供的第一MEC节点的结构示意图；

图9为本申请提供的目标MEC节点的结构示意图；

图10为本申请提供的应用部署系统的结构示意图；

图11为本申请提供的基于第一MEC节点和目标MEC节点的应用部署方法的具体实现流程图；

图12为本申请提供的第一MEC节点请求部署第一应用的流程示意图；

图13为本申请提供的第一MEC节点部署第一应用完成后对数据请求的响应的流程图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请涉及MEC环境中的数据处理技术领域，尤其涉及一种应用部署方法以及计算机可读存储介质。

处于部署有MEC环境的第五代(5th Generation，5G)移动通信系统中的任一终端设备，能够在任何时刻向MEC节点发起数据请求，其中，该数据访问请求对应的数据，在较大概率上是基于应用程序进行管理和存储的。因此，为了以更快的速度响应终端随机发起的数据请求、以更高效的形式处理该数据请求，在MEC平台的MEC节点中需要部署各种数据请求对应的应用程序。

在相关技术中，MEC平台的MEC节点中的应用部署，通常采用以下几种方案：

第一种方案：将应用部署在中心云，并通过中心云向边缘集群中的MEC节点推送该应用。

第二种方案：在基站对应区域内的所有MEC节点部署应用。

第三种方案：基于技术人员的手动选择确定目标MEC节点，并在MEC节点中部署应用。

上述三种方案在一定程度上能够满足终端设备发起的随机数据请求，但是，以上三种方案的缺陷比较明显。

对第一种方案而言，任何应用的部署均需要依赖于中心云，或者与中心云功能相似的集群管理节点的协助才能实现，若无线通信环境中缺乏中心云或集群管理节点，则该方案无法实现。

对第二种方案而言，在MEC平台的所有MEC节点中部署应用程序，在一定程度上能够满足终端设备发起的随机数据请求，而对于接收到的随机数据请求数量很少的MEC节点而言，这无疑意味着存储空间和系统资源的双重浪费，进而也会影响其它应用以及数据请求的快速存储和有效处理。

对于第三种方案而言，由于需要基于技术人员的手动选择来确定目标MEC节点，使得应用部署的时效性较差，从而使得终端设备发起的部分随机数据请求无法得到实时响应和处理。

由以上可知，在MEC环境中，相关技术中的应用部署方式开销较大，且部署时间较长；而另一方面，终端设备发起的、与应用相关的请求是原子的、且任意两个终端设备发起的数据请求之间并无依赖关系，这就使得当前的应用部署方式更加无法满足对终端设备发起的随机数据请求高效实时处理的要求。

综上，一种简洁、快速而又高效的应用部署方式，对于能够实时高效的响应终端发起的数据请求而言，是非常有必要的。

基于此，本申请实施例提供了一种应用部署方式，在MEC集群中的第一MEC节点检测到数据请求时，在第一MEC节点中并未部署与该数据请求对应的第一应用、且该MEC集群的目标MEC节点中部署有第一应用的情况下，能够快速地将第一应用部署至第一MEC节点中，进而基于第一MEC节点中的第一应用响应该数据请求，从而实现了在检测到数据请求时能够按需快速灵活的实现第一应用的部署，并基于部署完成的第一应用高效的响应数据请求的功能，克服了相关技术中在MEC节点中部署应用导致的系统资源开销大、数据响应时效性差以及部署方式不够灵活的缺点。

本申请实施例提供的一种应用于第一MEC节点应用部署方式中，第一MEC节点为MEC集群中的任一节点。

在一种实施方式中，MEC集群，可以包括多个MEC节点。

在一种实施方式中，MEC集群，可以表示一个基站平台对应的多个MEC节点。

在一种实施方式中，MEC集群，可以表示多个基站平台对应的多个MEC节点。

在一种实施方式中，MEC集群，可以包括多个MEC平台，而在MEC平台中，可以包括至少一个MEC节点。

在一种实施方式中，第一MEC节点，可以为指定基站平台对应的任一MEC节点。

在一种实施方式中，第一MEC节点的数量，可以是多个。

图1为本申请实施例提供的第一种应用部署方法的流程示意图。

需要说明的是，本申请实施例提供的应用部署方法，可以是通过应用部署设备的处理器来实现的。

上述处理器可以为特定用途集成电路(Application Specific IntegratedCircuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital Signal Processing Device，DSPD)、可编程逻辑装置(Programmable LogicDevice，PLD)、现场可编程逻辑门阵列(Field Programmable Gate Array，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器中的至少一种。

步骤101、检测数据请求。

在一种实施方式中，数据请求，可以是由终端设备发起的。示例性地，终端设备可以包括：智能手机、笔记本计算机、智能音乐播放器等。

在一种实施方式中，数据请求，可以是由终端设备随机发起的。

在一种实施方式中，数据请求，可以包括由多个终端设备随机发起的、不同的数据请求。

在一种实施方式中，数据请求，可是由多个终端设备随机发起的、相同的数据请求。

在一种实施方式中，数据请求，可以是由单一的终端设备随机发起的、多个相同的数据请求。示例性地，多个相同的数据请求，可以包括终端设备的重复性的数据请求。

在一种实施方式中，数据请求，可以包括以下至少之一：对应用程序的下载请求、对应用程序对应的数据访问请求。

在一种实施方式中，数据请求，可以是实时检测的。

步骤102、在检测到数据请求的情况下，基于数据请求，确定目标MEC节点。

其中，目标MEC节点中部署有与数据请求对应的第一应用。

在一种实施方式中，目标MEC节点，可以表示MEC节点。

在一种实施方式中，目标MEC节点中，可以仅仅部署有第一应用，还可以部署有其它应用。

在一种实施方式中，目标MEC节点中，可以承载有第一应用或其它应用对应的数据。示例性地，比如，在第一应用为视频播放应用的情况下，与第一应用对应的数据，可以为播放频率较高的若干电影、电视剧等。

在一种实施方式中，目标MEC节点，可以是与第一MEC节点相邻的MEC节点。

在一种实施方式中，目标MEC节点，可以是与第一MEC节点不相邻的MEC节点。

在一种实施方式中，目标MEC节点的数量，可以是多个。

在一种实施方式中，目标MEC节点，可以是通过以下方式确定的：

在第一MEC节点检测到数据请求后，对数据请求进行解析，得到数据请求对应的第一应用标识，并基于第一应用标识向MEC集群广播搜索第一应用的消息，目标MEC节点接收到第一应用标识的消息之后，向第一MEC节点发送部署第一应用部署信息，第一MEC节点基于第一应用部署信息确定目标MEC节点。

在一种实施方式中，第一应用，可以是目标MEC节点根据其接收到的历史数据请求而部署的。

在一种实施方式中，第一应用，可以是在MEC集群管理节点的管理下部署在目标MEC节点中的。

在一种实施方式中，第一应用的数量，可以是多个。

步骤103、在目标MEC节点与第一MEC节点为不同节点的情况下，向目标MEC节点发送应用部署请求。

示例性地，在目标MEC节点与第一MEC节点为相同节点的情况下，可以直接将数据请求发送至第一MEC节点中部署的第一应用。

在一种实施方式中，第一MEC节点向目标MEC节点发送应用部署请求，可以是在确定目标MEC节点之后立即执行的操作。

在一种实施方式中，第一MEC节点向目标MEC节点发送应用部署请求，可以是满足指定条件的情况下执行的操作。

示例性地，指定条件，可以是第一通信延时能够小于或等于第二通信延时；其中，第一通信延时，可以表示第一MEC节点与目标MEC节点之间的最大通信延时；第二通信延时，可以表示发起数据请求的终端设备与第一MEC节点之间的最大通信延时。

相应地，在第一通信延时大于第二通信延时的情况下，第一MEC节点可以向发起数据请求的终端发送“请求超时，是否重试”的信息提示，并根据终端发送的后续消息确定是否向目标MEC节点发送应用部署请求。

在一种实施方式中，应用部署请求，可以表示请求目标MEC节点向第一MEC节点发送第一应用数据包的请求。

在一种实施方式中，应用部署请求，可以表示第一MEC节点基于其与目标MEC节点之间的通信连接，请求目标MEC节点在线实时向第一MEC节点中部署第一应用。

在一种实施方式中，应用部署请求，还可以包括是否能够在第一MEC节点中部署第一应用的消息。

步骤104、接收目标MEC节点发送的应用部署指示。

在一种实施方式中，应用部署指示，可以是在目标MEC节点接收到应用部署请求后就立即发送至第一MEC节点的。

在一种实施方式中，应用部署指示，可以携带有第一应用数据包，该数据包用于供第一MEC节点进行第一应用的部署。

在一种实施方式中，应用部署指示，还可以携带有第一MEC节点对于第一应用的权限信息。示例性地，该权限信息，可以包括第一应用在第一MEC节点中的持续存在时间、对第一应用对应的应用数据的管理权限等。其中，应用数据，包括第一应用对应的安装包，还可以包括第一应用对应的服务数据，示例性地，在第一应用为视频播放应用的条件下，第一应用对应的服务数据，可以为视频数据、账号信息数据等。

步骤105、基于应用部署指示部署第一应用。

在一种实施方式中，部署第一应用，可以是在第一MEC节点接收到应用部署指示之后立即执行的操作。

在一种实施方式中，部署第一应用，可以是第一MEC节点接收到应用部署指示后，确定第一MEC节点中具备部署第一应用的软件环境、以及硬件环境的条件下才执行的。

由以上可知，本申请实施例提供的应用部署方法，表示MEC集群中的任一节点的第一MEC节点接收到数据请求时，根据数据请求确定第一应用、且第一MEC节点中并未部署第一应用的情况下，可以根据数据请求确定部署有第一应用的目标MEC节点，在目标MEC节点与第一MEC节点为不同节点的情况下，第一MEC节点可以实时地向目标MEC节点发送应用部署请求，并基于目标MEC节点发送的应用部署指示快速的部署第一应用，因而实现了第一应用在第一MEC节点上的灵活快速部署。

因此，本申请实施例提供的应用部署方法，在第一MEC节点上部署第一应用时，仅根据目标MEC节点发送的应用部署指示即可进行，从而降低了相关技术中应用部署时对中心云、集群管理节点协或技术人员的依赖；并且，本申请实施例提供的应用部署方法，在MEC集群的任一节点即第一MEC节点上未部署有第一应用时，并未统一性的在第一MEC节点上部署第一应用，而是在接收到数据请求的情况下，才基于MEC集群的目标MEC节点上部署有第一应用、且第一MEC节点与目标MEC节点之间的通信快速灵活的部署第一应用，从而实现了第一应用在第一MEC节点中的按需灵活部署，进而减少了在第一MEC节点上部署第一应用而出现的系统资源浪费；更进一步地，本申请实施例提供的应用部署方法中，只要MEC集群中的目标MEC节点中部署有第一应用，就能够灵活的实现任一节点中第一应用的部署，从而使得应用部署更加灵活高效。

基于前述实施例，本申请实施例提供了第二种应用部署方法。图2为本申请实施例提供的第二种应用部署方法的流程示意图。

如图2所示，该应用部署方法可以包括以下步骤：

步骤201、检测数据请求。

步骤202、在检测到数据请求的情况下，获取应用部署信息。

其中，应用部署信息，包括MEC集群的每一节点中部署的至少一个应用的统计信息。

在一种实施方式中，MEC集群中每一节点中部署的至少一个应用的统计信息，可以包括每一节点中部署有至少一个应用的统计信息，还可以包括MEC集群中部分节点未部署有任一应用的统计信息。

在一种实施方式中，上述统计信息，可以包括以下多个维度的信息：每一节点中部署的至少一个应用的名称、类型、数据量大小、部署时间、被请求访问的次数、被下载次数、在单位时间内被请求访问的次数、在单位时间内被下载的次数等。其中，单位时间，可以是以自然天为基本单位的，比如，七天，或者二十天等。

在一种实施方式中，上述统计信息，还可以包括用户通过终端对各个应用发布的评价信息。示例性地，评价信息可以是通过评分的形式体现的。

在一种实施方式中，上述统计信息，可以是按照上述多个维度的信息中的至少一个维度信息、对上述多个维度的信息进行排序的结果。

在一种实施方式中，应用部署信息，可以是存储在第一MEC节点中的。

在一种实施方式中，应用部署信息，可以是存储在MEC集群的若干指定节点中的。相应地，第一MEC节点获取应用部署信息，可以是通过第一MEC节点与上述若干指定节点之间的通信连接来实现的。

在一种实施方式中，应用部署信息，可以是存储在MEC集群中的管理节点中的。相应地，应用部署信息，可以是第一MEC节点通过其与管理节点之间的通信连接来获取的。

在一种实施方式中，应用部署信息，可以是以表的形式存储在数据库中的。

在一种实施方式中，应用部署信息，可以作为MEC集群的集群全局变量存储的。

在一种实施方式中，应用部署信息，可以是通过位图的形式体现的。

在一种实施方式中，应用部署信息，可以是通过应用向量表的形式体现的。

图3为本申请实施例提供的应用部署信息在MEC集群的节点中的分布示意图。在图3中，第一节点301、第二节点302以及第三节点303均为MEC节点。

在图3所示的MEC集群中包括第一节点301、第二节点302以及第三节点303，在第一节点301中存储有第一应用部署信息，在第二节点302中存储有第二应用部署信息，在第三节点303中存储有第三应用部署信息。

示例性地，在图3所示的MEC集群中，每一节点中存储的应用部署信息，可以是其自身部署的应用程序的统计信息。

示例性地，在MEC集群中，每一节点中存储的应用部署信息，可以与MEC集群中的任一节点所存储的应用部署信息保持同步更新，即每一节点中存储的应用部署信息，可以是相同的，也就是说，第一应用部署信息、与第二应用部署信息以及第三应用部署信息，可以是相同的。

步骤203、基于应用部署信息以及数据请求，确定至少一个第二MEC节点。

其中，至少一个第二MEC节点中部署有第一应用。

在一种实施方式中，至少一个第二MEC节点中，除了部署有第一应用之外，还可以部署有其它应用。

在一种实施方式中，至少一个第二MEC节点，可以是对数据请求进行解析，确定其所对应的第一应用之后，基于第一应用对应用部署信息进行搜索而确定的。

步骤204、基于应用部署信息，从至少一个第二MEC节点中确定目标MEC节点。

在一种实施方式中，在第二MEC节点的数量只有一个的情况下，第二MEC节点即为目标MEC节点。

示例性地，在图3中，终端设备向第二节点302发起数据请求，而与数据请求对应的第一应用、在第二节点302中并未部署，而在第一节点301中部署有第一应用，此时，第二节点302能够根据数据请求确定第一应用，并根据第一应用以及第二应用部署信息，确定目标MEC节点即第一节点301，并向目标MEC节点即第一节点301发送应用部署请求。

示例性地，步骤204还可以通过步骤A1-步骤A2来实现：

步骤A1、基于应用部署信息，确定时延信息。

其中，时延信息，表示至少一个第二MEC节点与第一MEC节点之间的数据传输时延信息。

在一种实施方式中，数据传输时延，可以表示从第一MEC节点至任一第二MEC节点之间进行数据传输所消耗的时间。

在一种实施方式中，每一第二MEC节点与第一MEC节点之间的数据传输时延，可以是不同的。

在一种实施方式中，每一第二MEC节点与第一MEC节点之间的数据传输时延，可以是根据每一第二MEC节点与第一MEC节点在MEC集群中的部署策略确定的。

在一种实施方式中，每一第二MEC节点与第一MEC节点之间的数据传输延时，可以是与每一第二MEC节点以及第一MEC节点之间的距离相关的。

在一种实施方式中，时延信息，可以是存储在应用部署信息中的。

在一种实施方式中，应用部署信息中存储的时延信息，可以根据MEC集群的状态进行实时更新。比如，MEC集群张新增了MEC节点，则需要增加其它节点至新增MEC节点之间的时延信息；或者，第三MEC节点运行状态不稳定，其它MEC节点与第三MEC节点之前的数据传输时延会有所延长，此时也可以更新在应用部署信息中存储的、第三MEC节点与其它节点之间的数据传输时延。

步骤A2、基于时延信息，从至少一个第二MEC节点中确定目标MEC节点。

在一种实施方式中，目标MEC节点，可以是对时延信息进行排序，并根据排序结果，从至少一个第二MEC节点中确定的。

在一种实施方式中，目标MEC节点，可以是从时延信息中选择时延信息小于或等于时延阈值的第二MEC节点作为目标MEC节点。

在一种实施方式中，目标MEC节点，可以是从时延信息中选择最小的时延信息对应的第二MEC节点作为目标MEC节点。

图4为本申请实施例提供的存储在MEC集群中的应用部署信息的结构示意图。

图4中所示的MEC集群与图3所示的MEC集群对应，即均包括第一节点301、第二节点302以及第三节点303，还可以包括其它图中未示出的节点，且每一节点中均存储有应用部署信息。图4中第二节点302和第三节点303中的应用部署信息未示出，本申请实施例以第一节点301中存储的应用部署信息为例进行说明。

在图4中，应用部署信息可以部署在应用程序接口网关(ApplicationProgramming Interface Gateway，API gateway)中。

在图4中，应用部署信息可以包括第一信息3011、第二信息3012以及第三信息3013。

图5为本申请实施例提供的应用部署信息的信息结构示意图。

示例性地，图4中的每一信息可以以图5所示的“时延信息节点标识应用名称”的形式表示。

其中，时延信息，可以表示部署有应用的MEC节点与当前节点之间的数据传输时延；节点标识，表示部署有应用的MEC节点的标识，示例性地，在节点标识中，可以包含有节点的地址信息；应用名称，表示节点标识对应的MEC节点中部署的应用。

第一信息3011中，可以包括图4所示的“0.0155 MEC-1 app1 0.1324 MEC-2 app20.1586 MEC-3 app1 0.2133 MEC-3 app3”。其中，“0.0155 MEC-1 app1”表示节点标识为MEC-1的MEC节点中部署有应用名称为app1的应用，且第一节点301与节点标识为MEC-1的MEC节点之间的时延信息为0.0155；“0.1324 MEC-2 app2”表示节点标识为MEC-2的MEC节点中部署有应用名称为app2的应用，且第一节点301与节点标识为MEC-2的MEC节点之间的时延信息为0.1324；“0.1586 MEC-3 app1”表示节点标识为MEC-3的MEC节点中部署有应用名称为app1的应用，且第一节点301与节点标识为MEC-3的MEC节点之间的时延信息为0.1586；“0.2133 MEC-3 app3”表示节点标识为MEC-3的MEC节点中部署有应用名称为app3的应用，且第一节点301与节点标识为MEC-3的MEC节点之间的时延信息为0.2133。

示例性地，第二信息3012以及第三信息3013中的每一信息都是以图5所示的信息结构存储的，且第二信息3012以及第三信息3013用于存储MEC集群中部署的其它应用的信息。

在图4中，当第一节点301接收到数据请求之后，根据该数据请求确定第一应用程序为图4中的应用名称为app1的应用，而根据app1以及第一节点301中存储的应用部署信息，可以确定节点标识为MEC-1的MEC节点、以及节点标识为MEC-3的MEC节点中均部署有应用名称为app1的应用，如此，可以确定至少一个第二MEC节点可以包括：节点标识为MEC-1的MEC节点、以及节点标识为MEC-3的MEC节点。

在图4中，第一节点301与节点标识为MEC-1的MEC节点、以及节点标识为MEC-3的MEC节点之间的延时分别为0.0155、0.1586，那么，从以上两个节点中选择时延信息最小的节点作为目标MEC节点，即节点标识为MEC-1的MEC节点为目标MEC节点。

步骤205、在目标MEC节点与第一MEC节点为不同节点的情况下，向目标MEC节点发送应用部署请求。

步骤206、接收目标MEC节点发送的应用部署指示。

步骤207、基于应用部署指示部署第一应用。

示例性地，在步骤207之后，还可以执行步骤B：

步骤B、在第一应用成功部署的情况下，更新应用部署信息。

其中，更新后的应用部署信息，包括第一MEC节点中部署有第一应用的信息。

示例性地，在第一应用部署失败的情况下，可以向目标MEC节点再次发起应用部署请求，或者向终端发送数据请求失败的消息。

示例性地，在第一应用部署失败的情况下，可以不更新应用部署信息。

在一种实施方式中，第一应用成功部署，可以表示第一应用在第一MEC节点中成功安装，并且能够稳定地接收任一终端设备发起的数据请求。

在一种实施方式中，第一应用成功部署之后，第一MEC节点的应用部署状态即发生改变，因此，可以更新第一MEC节点中存储的应用部署信息。

示例性地，在步骤B之后，还可以执行步骤C：

步骤C、向MEC集群中的每一节点，发送更新后的应用部署信息。

在一种实施方式中，发送更新后的应用部署信息，可以是在第一MEC节点中的应用部署信息更新之后，就立即执行的操作。

在一种实施方式中，发送更新后的应用部署信息，可以是在第一MEC节点中的应用部署信息更新之后，在指定时段之内执行的操作。

在一种实施方式中，更新后的应用部署信息，可以是由第一MEC节点以广播的形式，向MEC集群中每一节点发送的。

在一种实施方式中，更新后的应用部署信息，可以由第一MEC节点将更新后的应用部署信息发送至管理节点，并由管理节点推送至MEC集群中的其它节点的。

图6为本申请实施例提供的向MEC集群中的每一节点发送更新后的应用部署信息的示意图。

在图6中，第一MEC节点部署第一应用并更新应用部署信息之后，可以向MEC集群中的其它节点如第二MEC节点、第三MEC节点、第四MEC节点以及第五MEC节点发送更新后的应用部署信息。

示例性地，本申请实施例提供的应用部署方法，还可以包括步骤D1-步骤D2：

步骤D1、获取在指定时段内对第一MEC节点中部署的第二应用的数据请求次数。

在一种实施方式中，指定时段，可以是在MEC集群中预先设定的。

在一种实施方式中，指定时段，可以根据MEC集群中每一节点的不同而调整。

在一种实施方式中，指定时段内对第一MEC节点中部署的第二应用的数据请求次数，可以表示任一终端设备发起的对第二应用的数据请求次数。

在一种实施方式中，指定时段内对第一MEC节点中部署的第二应用的数据请求次数，可以表示指定类型的终端设备发起的对第二应用的数据请求次数。

在一种实施方式中，指定时段内对第一MEC节点中部署的第二应用的数据请求次数，可以表示对第一MEC节点中部署的第二应用的历史数据请求次数。

在一种实施方式中，指定时段内对第一MEC节点中部署的第二应用的数据请求次数，可以表示从当前时刻开始，至指定时段结束后，对第一MEC节点中部署的第二应用的数据请求次数的统计结果。

步骤D2、基于数据请求次数以及应用部署信息，对第二应用进行处理。

在一种实施方式中，基于数据请求次数以及应用部署信息，对第二应用进行处理，可以包括以下至少之一：

增加对第二应用的访问通道数量、减少对第二应用的访问通道数量、转移第二应用至其它MEC节点。

示例性地，步骤D2，可以通过步骤E1来实现：

步骤E1、在数据请求次数小于或等于指定阈值、且MEC集群中除去第一MEC节点之外的其它节点中部署有第二应用的情况下，删除第一MEC节点中的第二应用。

在一种实施方式中，指定阈值，可以是由MCE集群设定的。

在一种实施方式中，指定阈值，可以是根据MEC集群中节点的不同而改变的。

在一种实施方式中，指定阈值，可以是根据应用的类型、功能、部署时间、持续运行时间等至少之一而设定的。

在一种实施方式中，MEC集群中除去第一MEC节点之外的其它节点中部署有第二应用，可以表示MEC集群中出去第一MEC节点之外的至少一个节点中部署有第二应用。

示例性地，对于每个MEC集群而言，其中的MEC节点中的硬件资源和软件资源都是有限的，而在指定时间内对第二应用的数据请求次数小于或等于指定阈值，可以表示第一MEC节点中部署的第二应用属于冗余部署，在MEC集群中存在第二应用的备份的情况下，可以及时的删除第二应用，从而能够快速的释放第一MEC节点中的硬件资源和软件资源。

也就是说，MEC集群中的应用资源池中任一应用的数据请求量小于或等于指定阈值时，可以通过步骤D1-步骤D2进行实时清理。

因此，本申请实施例提供的应用部署方法，不但能够灵活高效地实现第二应用的按需部署，且上述实时清理方式，对于由于终端随机发起的数据请求而部署在第一MEC节点中、但后续很少被用户再次访问的第二应用而言，还能够及时地释放MEC集群中的资源，从而节约了MEC集群的系统资源、改善了MEC集群的数据处理效率。

示例性地，在步骤E1之后，还可以执行步骤F1-步骤F2：

步骤F1、在第二应用成功删除的情况下，更新应用部署信息。

其中，更新后的应用部署信息，包括第一MEC节点删除第二应用的信息；

示例性地，更新应用部署信息的方式，与前述实施例所述的步骤相同，此处不再赘述。

步骤F2、向MEC集群中的每一节点，发送更新后的应用部署信息。

在步骤F2之后，MEC集群中的每一节点，可以实时的更新自身存储的应用部署信息，从而为后续更高效灵活地处理接收到的随机数据请求奠定了基础。

示例性地，本申请实施例提供的应用部署方法，还可以包括以下步骤：

步骤G、在第一应用成功部署的情况下，基于第一应用响应数据请求。

示例性地，在第一MEC节点中的第一应用成功部署的情况下，第一MEC节点可以将该数据请求转发至第一应用，以供第一应用对数据请求进行处理，并将处理结果发送至终端。

由此，本申请实施例提供的应用部署方法，在第一MEC节点检测到数据请求的情况下，获取包含有每一节点中部署的至少一个应用的统计信息的应用部署信息，并根据应用部署信息以及数据请求，确定部署有与数据请求对应的第一应用的至少一个第二MEC节点，然后基于应用部署信息，从至少一个第二MEC节点中确定目标MEC节点，从而能够快速有效的确定目标MEC节点；并且，在目标MEC节点与第一MEC节点为不同节点的情况下，向目标MEC节点发送应用部署请求，并基于目标MEC节点发送的应用部署指示部署第一应用，从而实现了第一应用在第一MEC节点中的灵活快速部署，降低了相关技术中应用部署时对中心云、集群管理节点协或技术人员的依赖，也减少了在所有节点上统一部署第一应用而导致的系统资源浪费。

本申请实施例还提供了第三种应用部署方法。

图7为本申请实施例提供的第三种应用部署方法的流程示意图。

图7所示的应用部署方法应用于MEC集群中的目标MEC节点。其中，目标MEC节点中部署有第一应用；第一应用，表示与第一MEC节点发送的数据请求对应的应用；第一MEC节点为MEC集群中的任一节点。

需要说明的是，图7所示的应用于目标MEC节点的应用部署方法，可以通过目标MEC节点的处理器来实现，上述处理器可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。

图7所示的应用部署方法可以包括以下步骤：

步骤701、接收第一MEC节点发送的应用部署请求。

其中，应用部署请求，是第一MEC节点在检测到数据请求，并基于数据请求确定目标MEC节点，且目标MEC节点与第一MEC节点为不同节点的情况下发送的。

步骤702、基于应用部署请求，向第一MEC节点发送应用部署指示。

其中，应用部署指示，用于供第一MEC节点部署第一应用。

由以上可知，本申请实施例提供的应用于目标MEC节点的应用部署方法中，在MEC集群中的第一MEC节点中并未部署有与数据请求对应的第一应用的情况下，目标MEC节点可以根据第一MEC节点发送的应用部署请求、以及其所部署的第一应用，向第一MEC节点发送应用部署指示，以供第一MEC节点部署第一应用。如此，本申请实施例提供的应用于目标MEC节点的应用部署方法，实现了MEC集群中应用的按需灵活快速部署，从而降低了相关技术中应用部署时对中心云、集群管理节点协或技术人员的依赖、也降低了在所有MEC节点中均部署第一应用、而产生的MEC节点中软件资源和硬件资源的浪费。

基于前述实施例，本申请实施例还提供了一种第一MEC节点8。图8为本申请实施例提供的第一MEC节点8的结构示意图。

第一MEC节点为MEC集群中的任一节点；第一MEC节点包括：第一接收模块801，第一处理模块802、第一发送模块803；其中：

第一接收模块801，用于检测和接收数据请求。

第一处理模块802，用于在检测到数据请求的情况下，基于数据请求，确定目标MEC节点；其中，目标MEC节点中部署有与数据请求对应的第一应用。

第一处理模块802，还用于确定目标MEC节点与第一MEC节点是否为同一节点。

第一发送模块803，用于在目标MEC节点与第一MEC节点为不同节点的情况下，向目标MEC节点发送应用部署请求。

第一接收模块801，还用于接收目标MEC节点发送的应用部署指示。

第一处理模块802，还用于基于应用部署指示部署第一应用。

在一些实施方式中，第一处理模块802，用于获取应用部署信息；其中，应用部署信息，包括MEC集群的每一节点中部署的至少一个应用的统计信息。

第一处理模块802，还用于基于应用部署信息以及数据请求，确定至少一个第二MEC节点；基于应用部署信息，从至少一个第二MEC节点中确定目标MEC节点；其中，至少一个第二MEC节点中部署有第一应用。

在一些实施方式中，第一处理模块802，用于基于应用部署信息，确定时延信息；其中，时延信息，表示至少一个第二MEC节点与第一MEC节点之间的数据传输时延信息。

第一处理模块802，还用于基于时延信息，从至少一个第二MEC节点中确定目标MEC节点。

在一些实施方式中，第一处理模块802，用于在第一应用成功部署的情况下，更新应用部署信息；其中，更新后的应用部署信息，包括第一MEC节点中部署有第一应用的信息。

在一些实施方式中，第一发送模块803，用于向MEC集群中的每一节点，发送更新后的应用部署信息。

在一些实施方式中，第一处理模块802，用于获取在指定时段内对第一MEC节点中部署的第二应用的数据请求次数；基于数据请求次数以及应用部署信息，对第二应用进行处理。

在一些实施方式中，第一处理模块802，用于在数据请求次数小于或等于指定阈值、且MEC集群中除去第一MEC节点之外的其它节点中部署有第二应用的情况下，删除第一MEC节点中的第二应用。

在一些实施方式中，第一处理模块802，用于在第二应用成功删除的情况下，更新应用部署信息；其中，更新后的应用部署信息，包括第一MEC节点删除第二应用的信息。

第一发送模块803，用于向MEC集群中的每一节点，发送更新后的应用部署信息。

在一些实施方式中，第一处理模块802，用于在第一应用成功部署的情况下，基于第一应用响应数据请求。

因此，本申请实施例提供的第一MEC节点8上部署第一应用时，仅根据目标MEC节点发送的应用部署指示即可进行，从而降低了相关技术中应用部署时对中心云、集群管理节点协或技术人员的依赖；并且，本申请实施例提供的应用部署方法，在MEC集群的任一节点即第一MEC节点8上未部署有第一应用时，并未统一性的在第一MEC节点8上部署第一应用，而是在接收到数据请求的情况下，才基于MEC集群的目标MEC节点上部署有第一应用、且第一MEC节点8与目标MEC节点之间的通信快速灵活的部署第一应用，从而实现了第一应用在第一MEC节点8中的按需灵活部署，进而减少了在第一MEC节点8上部署第一应用而出现的系统资源浪费；更进一步地，本申请实施例提供的应用部署方法中，只要MEC集群中的目标MEC节点中部署有第一应用，就能够灵活的实现任一节点中第一应用的部署，从而使得应用部署更加灵活高效。

基于前述实施例，本申请实施例还提供了一种目标MEC节点9。图9为本申请实施例提供的目标节点9的结构示意图。

如图9所示，目标MEC节点9中部署有第一应用；第一应用，表示与第一MEC节点8发送的数据请求对应的应用；第一MEC节点8为MEC集群中的任一节点；目标MEC节点9包括第二接收模块901、第二处理模块902以及第二发送模块903；其中：

第二接收模块901，用于接收第一MEC节点发送的应用部署请求；其中，应用部署请求，是第一MEC节点在检测到数据请求，并基于数据请求确定目标MEC节点，且目标MEC节点与第一MEC节点为不同节点的情况下发送的。

第二处理模块902，用于基于应用部署请求，确定应用部署指示；其中，应用部署指示，用于供第一MEC节点部署第一应用。

第二发送模块903，用于发送应用部署指示至第一MEC节点。

由以上可知，本申请实施例提供的应用于目标MEC节点9的应用部署方法中，在MEC集群中的第一MEC节点8中并未部署有与数据请求对应的第一应用的情况下，目标MEC节点9可以根据第一MEC节点8发送的应用部署请求、以及其所部署的第一应用，向第一MEC节点8发送应用部署指示，以供第一MEC节点8部署第一应用。如此，本申请实施例提供的应用于目标MEC节点9的应用部署方法，实现了MEC集群中应用的按需灵活快速部署，从而降低了相关技术中应用部署时对中心云、集群管理节点协或技术人员的依赖、也降低了在所有MEC节点中均部署第一应用、而产生的MEC节点中软件资源和硬件资源的浪费。

基于前述实施例，本申请实施例提供了一种应用部署系统10。

图10为本申请实施例提供的应用部署系统10的结构示意图。

如图10所示，该应用部署系统包括第一MEC节点8以及目标MEC节点9。其中，第一MEC节点8与第二MEC节点9之间建立有通信连接。

示例性地，图8所示的第一MEC节点8可以是前述实施例所述的第一MEC节点，图10中的目标MEC节点9，可以是前述实施例所述的目标MEC节点。

示例性地，该应用部署系统10还可以包括多个其它MEC节点，且这些MEC节点可以是基于MEC平台进行部署的。

在图10中，第一MEC节点8接收到终端设备发送的数据请求之后，根据该数据请求确定第一应用。

示例性地，在第一MEC节点8中并未部署第一应用的条件下，第一MEC节点8根据第一应用以及其所存储的应用部署信息确定目标MEC节点9。

示例性地，在第一MEC节点8确定目标MEC节点9之后，第一MEC节点8向目标MEC节点9发送应用部署请求。

示例性地，第二MEC节点8接收到第一MEC节点9发送的应用部署请求之后，可以向第一MEC节点返回应用部署指示。

示例性地，第一MEC节点8接收到目标MEC节点9发送的应用部署指示之后，根据应用部署指示部署第一应用。

示例性地，第一MEC节点8在第一应用部署完成之后，更新其所存储的应用部署信息，并将更新后的应用部署信息发送至应用部署系统10中的其它节点。

示例性地，第一MEC节点8可以获取指定时段内对其所部署的第二应用的数据请求次数，并基于该数据请求次数以及应用部署信息，对第二应用进行处理。

示例性地，第一MEC节点8能够在数据请求次数小于或等于指定阈值、且应用部署系统10中除去第一MEC节点8之外的其它节点中还部署有第二应用的情况下，删除第一MEC节点8中部署的第二应用。

示例性地，第一MEC节点8在删除第二应用之后，还能更新其所存储的应用部署信息，并向应用部署系统10中的其它MEC节点发送更新后的应用部署信息。

示例性地，第一MEC节点8，在第一应用成功部署的情况下，能够基于第一应用响应数据请求。

图11为本申请实施例提供的基于第一MEC节点和目标MEC节点的应用部署方法的具体实现流程图。

在图11中将以定位应用为例，对本申请实施例提供的应用部署方法进行详细说明。

在图11中，当终端设备接入任一网络连接之后，都会被分配互联网协议(InternetProtocol，IP)地址以及域名系统(Domain Name System，DNS)，其该DNS服务为部署在MEC节点中的应用。

当终端设备向第一MEC节点发起数据请求时，首先要解析携带有终端域名的DNS请求，示例性地，该DNS请求被基站侧的用户端口功能(User Port Function，UPF)接收，并由UPF将该DNS请求分流至第一MEC节点，第一MEC节点对DNS请求进行解析，并返回DNS应答至UPF，再由UPF将DNS应答返回至终端设备。示例性地，该DNS应答中可以携带有第一MEC节点地址，比如1.2.3.4。至此，终端设备完成域名解析服务。

终端设备完成域名解析服务之后，可以向第一MEC节点地址如1.2.3.4发起定位请求，示例性地，该定位请求还可以附加有端口号以及统一资源定位符(Uniform ResourceLocator,URL)，示例性地，该URL可以是第一应用的地址。

示例性地，发送至第一MEC节点的定位请求首先被UPF接收，UPF通过定位请求中携带的第一MEC节点地址进行分析，确定该定位请求对应的目标MEC节点为第一MEC节点，则将该定位请求分流至第一MEC节点。

若接收到定位请求的第一MEC节点中并未部署有该定位应用，则获取其所存储的应用部署信息，并基于定位应用以及应用部署信息确定目标MEC节点。

在图11中，为了能够快速的响应终端设备的定位请求，可以先基于目标MEC节点中部署的定位应用响应该定位请求，并返回定位应答至第一MEC节点，第一MEC节点在收到定位应答之后，通过UPF将该定位应答返回至终端设备。

在目标MEC节点接收到转发的请求的同时，还可以接收到第一MEC节点发送的应用部署请求，目标MEC节点可以根据应用部署请求向第一MEC节点发送应用部署指示，第一MEC节点在接收到该应用部署指示之后即开始部署定位应用。

在终端设备再次向第一MEC节点发起定位请求之后，第一MEC节点可以根据该定位请求直接转发至其自身所部署的定位应用，并通过定位应用对定位请求的处理确定定位应答，然后将定位应答通过UPF返回至终端设备。

示例性地，在图11中，终端设备发起的定位请求的格式以及定位应答的格式，可以如表1所示。示例性地，该定位请求可以是通过表述性状态转移(Representational statetransfer，REST)风格API来组合的。示例性地，表1中的请求格式中GET表示发起位置获取请求，且其所发起的位置获取请求的参数包括：http://domainname/position，其中，domainname表示在终端设备的域名，position表示请求的应用的内容，通过position可以获取到对应的定位应用。

在表1中，

表1

可以表示终端设备的蓝牙模块检测到的、终端设备所在位置周围的蓝牙信标的信标标识以及对应的信号强度。其中，“id1:xxx，signal:1.0000”表示终端设备的蓝牙模块检测到的信标标识为xxx的蓝牙信标对应的蓝牙信号强度为1.0000；“id2:yyy，signal:2.0000”表示终端设备的蓝牙模块检测到的信标标识为yyy的蓝牙信标对应的蓝牙信号强度为2.0000；“id1:zzz，signal:3.0000”表示终端设备的蓝牙模块检测到的、信标标识为zzz的蓝牙信标对应的蓝牙信号强度为3.0000。

由于每一蓝牙信标的位置是确定的，因此，第一MEC节点和/或第二MEC节点可以根据定位请求中携带的信标标识以及蓝牙信号强度，计算得到终端设备当前相对于三个蓝牙信标的位置，从而得到终端设备当前所处的位置，示例性地，在室内高精度定位的情况下，终端设备当前所处的位置，可以通过二维空间中的坐标来表示，如表1中的应答格式所示，在表1的应答格式{x:1.0000000000,y:2.0000000000}中，“x:1.0000000000”表示终端设备在x方向的坐标为1.0000000000，“y:2.0000000000”表示终端设备在y方向的坐标为2.000000000。

如此，本申请实施例提供的应用部署方法，在MEC集群的任一MEC节点中部署有第一应用的条件下，其它MEC节点都可以高效灵活的实现第一应用的按需部署，还能实现应用部署过程中终端设备对第一应用的无中断访问。

图12为本申请实施例提供的第一MEC节点请求部署第一应用的流程示意图。

在图12中，第一MEC节点请求部署第一应用的流程可以包括以下步骤：

步骤①：终端设备向第一MEC节点发起数据请求，该数据请求对应的应用为第一应用，但第一MEC节点中并未部署有第一应用；

步骤②：第一MEC节点根据其所存储的应用部署信息以及第一应用确定第二MEC节点为目标MEC节点；

步骤③：第一MEC节点向第二MEC节点即目标MEC节点发送应用部署请求；

步骤④：第二MEC节点即目标MEC节点根据应用部署请求向第一MEC节点发送应用部署指示，以供第一MEC节点部署第一应用。

示例性地，图12所示的每一节点中存储的应用部署信息，均可以是以图5所示的结构存储的。

图13为本申请实施例提供的第一MEC节点部署第一应用完成后对数据请求的响应的流程图。

图13中第一MEC节点部署第一应用完成后对数据请求的响应流程可以包括以下步骤：

步骤⑤：第一MEC节点将用户终端发送的数据请求转发至第一应用；

步骤⑥：第一应用对数据请求进行处理，并向用户终端返回数据请求结果。

示例性地，图13所示的每一节点中存储的应用部署信息，均可以是以图5所示的结构存储的。

由以上可知，本申请实施例提供的应用部署方法，表示MEC集群中的任一节点的第一MEC节点接收到数据请求时，根据数据请求确定第一应用、且第一MEC节点中并未部署第一应用的情况下，可以根据数据请求确定部署有第一应用的目标MEC节点，在目标MEC节点与第一MEC节点为不同节点的情况下，第一MEC节点可以实时地向目标MEC节点发送应用部署请求，目标MEC节点可以根据该应用部署请求向第一MEC节点发送应用部署指示，如此，第一MEC节点能够根据接收到的应用部署指示快速的部署第一应用，因而实现了第一应用在第一MEC节点上的灵活快速部署，减少了相关技术中应用部署时对中心云、集群管理节点协或技术人员的依赖，减少了在第一MEC节点上部署第一应用而出现的系统资源浪费。

基于前述实施例，本申请实施例还提供了一种计算机可读存储介质，该存储介质能够被处理器执行，以实现如前所述的应用于MEC集群的第一MEC节点中的应用部署方法，或应用于MEC集群的目标MEC节点中的应用部署方法。

在一些实施例中，本申请实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

本申请所提供的各方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的各产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的各方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

需要说明的是，上述计算机可读存储介质可以是只读存储器(Read Only Memory，ROM)、可编程只读存储器(Programmable Read-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性随机存取存储器(Ferromagnetic Random Access Memory，FRAM)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(Compact Disc Read-Only Memory，CD-ROM)等存储器；也可以是包括上述存储器之一或任意组合的各种电子设备，如移动电话、计算机、平板设备、个人数字助理等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

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

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

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

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

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (11)

1.一种应用于第一移动边缘计算MEC节点的应用部署方法，其特征在于，所述第一MEC节点为MEC集群中的任一节点；所述方法包括：

检测数据请求；

在检测到所述数据请求的情况下，基于所述数据请求，确定目标MEC节点；其中，所述目标MEC节点中部署有与所述数据请求对应的第一应用；

在所述目标MEC节点与所述第一MEC节点为不同节点的情况下，向所述目标MEC节点发送应用部署请求；

接收所述目标MEC节点发送的应用部署指示；

基于所述应用部署指示部署所述第一应用。

2.根据权利要求1所述的方法，其特征在于，所述确定目标MEC节点，包括：

获取应用部署信息；其中，所述应用部署信息，包括所述MEC集群的每一节点中部署的至少一个应用的统计信息；

基于所述应用部署信息以及所述数据请求，确定至少一个第二MEC节点；其中，至少一个所述第二MEC节点中部署有所述第一应用；

基于所述应用部署信息，从至少一个所述第二MEC节点中确定所述目标MEC节点。

3.根据权利要求2所述的方法，其特征在于，所述基于所述应用部署信息，从至少一个所述第二MEC节点中确定所述目标MEC节点，包括：

基于所述应用部署信息，确定时延信息；其中，所述时延信息，表示所述至少一个所述第二MEC节点与所述第一MEC节点之间的数据传输时延信息；

基于所述时延信息，从至少一个所述第二MEC节点中确定所述目标MEC节点。

4.根据权利要求2所述的方法，其特征在于，所述基于所述应用部署指示部署所述第一应用之后，还包括：

在所述第一应用成功部署的情况下，更新所述应用部署信息；其中，更新后的所述应用部署信息，包括所述第一MEC节点中部署有所述第一应用的信息。

5.根据权利要求4所述的方法，其特征在于，所述更新所述应用部署信息之后，还包括：

向所述MEC集群中的每一节点，发送更新后的所述应用部署信息。

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

获取在指定时段内对第一MEC节点中部署的第二应用的数据请求次数；

基于所述数据请求次数以及所述应用部署信息，对所述第二应用进行处理。

7.根据权利要求6所述的方法，其特征在于，所述基于所述数据请求次数以及所述应用部署信息，对所述第二应用进行处理，包括：

在所述数据请求次数小于或等于指定阈值、且所述MEC集群中除去所述第一MEC节点之外的其它节点中部署有所述第二应用的情况下，删除所述第一MEC节点中的所述第二应用。

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

在所述第二应用成功删除的情况下，更新所述应用部署信息；其中，更新后的所述应用部署信息，包括所述第一MEC节点删除所述第二应用的信息；

向所述MEC集群中的每一节点，发送更新后的所述应用部署信息。

9.根据权利要求1所述的方法，其特征在于，所述基于所述应用部署指示部署所述第一应用之后，还包括：

在所述第一应用成功部署的情况下，基于所述第一应用响应所述数据请求。

10.一种应用于目标移动边缘计算MEC节点的应用部署方法，其特征在于，所述目标MEC节点中部署有第一应用；所述第一应用，表示与第一MEC节点发送的数据请求对应的应用；所述第一MEC节点为所述MEC集群中的任一节点；所述方法包括：

接收所述第一MEC节点发送的应用部署请求；其中，所述应用部署请求，是所述第一MEC节点在检测到所述数据请求，并基于所述数据请求确定所述目标MEC节点，且所述目标MEC节点与所述第一MEC节点为不同节点的情况下发送的；

基于所述应用部署请求，向所述第一MEC节点发送应用部署指示；其中，所述应用部署指示，用于供所述第一MEC节点部署所述第一应用。

11.一种计算机可读存储介质，其特征在于，所述可读存储介质能够被处理器执行，以实现如权利要求1-9或权利要求10任一所述的应用部署方法。

Images