边缘计算服务迁移方法、装置、电子设备及介质
阅读：318发布：2023-01-26
专利汇可以提供边缘计算服务迁移方法、装置、电子设备及介质专利检索，专利查询，专利分析的服务。并且本 申请 提供一种边缘计算服务迁移方法及装置、一种 电子 设备以及一种计算机可读介质。所述方法包括：将待迁移应用服务的内存页面按照 修改 频率 分成正常页面和关键页面，该待迁移应用服务正运行在原边缘 服务器 的原容器中；其中，关键页面的修改频率小于等于预设频率，正常页面的修改频率大于预设频率。在收到迁移 请求 后，将所述关键页面发送至页面迁移 加速 器，以使所述页面迁移加速器对所述关键页面进行压缩处理后传输至目的边缘服务器。其中，所述页面迁移加速器独立于原边缘服务器的处理器CPU，单独进行传输数据的压缩处理。本方案适用于边缘计算场景，可以实现很短的停机时间和在目的机上的重新建立时间，实现了边缘计算服务的无缝迁移。，下面是边缘计算服务迁移方法、装置、电子设备及介质专利的具体信息内容。
1.一种边缘计算服务迁移方法，其特征在于，包括：
将待迁移应用服务的内存页面按照修改频率分成正常页面和关键页面，该待迁移应用服务正运行在原边缘服务器的原容器中；其中，关键页面的修改频率小于等于预设频率，正常页面的修改频率大于预设频率；
在收到迁移请求后，将所述关键页面发送至页面迁移加速器，以使所述页面迁移加速器对所述关键页面进行压缩处理后传输至目的边缘服务器；
其中，所述页面迁移加速器独立于原边缘服务器的处理器CPU，单独进行传输数据的压缩处理。
2.根据权利要求1所述的方法，其特征在于，所述正常页面和关键页面位于虚拟页表中不同的地址段。
3.根据权利要求1所述的方法，其特征在于，所述在收到迁移请求后，将所述关键页面发送至页面迁移加速器之前，还包括：
将所述待迁移应用服务的代码划分为事务性代码段和非事务性代码段；其中，事务性代码段是指不允许直接创建或修改关键页面的代码段，非事务性代码段是指允许直接创建或修改关键页面的代码段；
在所述待迁移应用服务的当前事务运行结束后，将所述待迁移应用服务中事务性代码段运行的结果数据写入关键页面中。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
对所述关键页面传输结束后，停止原容器，在所述目的边缘服务器建立新容器；
在新容器中运行所述待迁移应用服务，得到正常页面的修改，并将所述关键页面填充至新容器中。
5.一种边缘计算服务迁移装置，其特征在于，包括：
页面划分模块，用于将待迁移应用服务的内存页面按照修改频率分成正常页面和关键页面，该待迁移应用服务正运行在原边缘服务器的原容器中；其中，关键页面的修改频率小于等于预设频率，正常页面的修改频率大于预设频率；
发送模块，用于在收到迁移请求后，将所述关键页面发送至页面迁移加速器，以使所述页面迁移加速器对所述关键页面进行压缩处理后传输至目的边缘服务器；
其中，所述页面迁移加速器独立于原边缘服务器的处理器CPU，单独进行传输数据的压缩处理。
6.根据权利要求5所述的装置，其特征在于，所述正常页面和关键页面位于虚拟页表中不同的地址段。
7.根据权利要求5所述的装置，其特征在于，所述装置还包括：
代码划分模块，用于：
所述发送模块在收到迁移请求后，将所述关键页面发送至页面迁移加速器之前，将所述待迁移应用服务的代码划分为事务性代码段和非事务性代码段；其中，事务性代码段是指不允许直接创建或修改关键页面的代码段，非事务性代码段是指允许直接创建或修改关键页面的代码段；
在所述待迁移应用服务的当前事务运行结束后，将所述待迁移应用服务中事务性代码段运行的结果数据写入关键页面中。
8.根据权利要求5所述的装置，其特征在于，所述装置还包括：
重建服务模块，用于：
对所述关键页面传输结束后，在所述目的边缘服务器建立新容器；
在新容器中运行所述待迁移应用服务，得到正常页面的修改，并将所述关键页面填充至新容器中。
9.一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行以实现如权利要求1至4任一项所述的方法。
10.一种计算机可读介质，其特征在于，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1至4任一项所述的方法。
边缘计算服务迁移方法、装置、电子设备及介质
技术领域
[0001] 本申请涉及边缘计算技术领域，具体涉及一种边缘计算服务迁移方法及装置、一种电子设备以及一种计算机可读介质。
背景技术
[0002] 边缘计算是指在靠近物或数据源头的一侧，采用网络、计算、存储、应用核心能力为一体的开放平台，就近提供最近服务。边缘计算通过给予网络边缘设备一定的计算能力和存储能力，形成“智能终端—边缘服务器—云数据中心”三层系统结构，在网络的边缘提供通信和IT服务、存储和计算资源，以降低应用的处理延迟以及更有效地利用移动网络。
[0003] 在边缘计算领域，通常需要使用容器技术来部署应用。当面临单个边缘服务器负载过大，或用户远距离移动等场景时，需要把通过容器部署服务的应用进行跨服务器的动态(无缝)迁移。对动态迁移效果的评估受多方面影响，如迁移过程中传输的总数据量及传输频率；服务的冻结时间(frozen time)；服务的停机时间(down time)；服务在新服务器上的建立时间；迁移过程对CPU及内存的正常工作的影响等。
[0004] 现有的大多数容器平台虽然支持对容器的动态迁移，但都不适合边缘计算的特殊场景：广域网(Wide Area Network，WAN)环境下带宽有限，传输数据量要尽可能压缩；边缘计算节点的计算资源有限，迁移过程中要尽可能减少对CPU和内存资源的占用，避免影响其它服务正常运行。
[0005] 而一些常见的应用会占用大量内存，对这类应用进行动态迁移时，需要传输大量内存页面pages，导致传输时间过长，同时停机时间过长。为了缩短传输时间和停机时间，现有优化方法主要有压缩法(压缩pages)和预拷贝内存(Pre-copy)法两种。
[0007] Pre-copy法，在对pages压缩的基础上进一步减少了停机时间，但会增加总的传输时间。Pre-copy法多次迭代地转储(dump)应用涉及的内存数据，让应用在主机上始终保持正常运行，直到最后一次dump结束。与此同时，每次dump后，源主机向目的主机传送pages，但只有首次dump后需要传送全部pages，随后的每次dump后只需传送与上次不同的pages，即在两次dump间的增量页面(delta pages)。每次dump在上一轮传输结束后执行，即两次dump的时间间隔与上一次dump的delta pages大小成正比。在一些不频繁修改内存的应用中，Pre-copy法每次传送的delta pages很快收敛。在整个迁移过程中，应用仅在传输最后一轮dump的delta pages阶段停机，从而显著减少停机时间。但大部分常见应用修改内存的速度很快，只有少量与库和模型参数相关的pages会在相邻dump中不改变，而这部分不会因多次dump而收敛，如YOLO-V3物体检测应用会在100ms内修改高达1GB的内存，Pre-copy法在此类应用的动态迁移中失效。
[0009] 本申请的目的是提供一种边缘计算服务迁移方法及装置、一种电子设备以及一种计算机可读介质。
[0010] 本申请第一方面提供一种边缘计算服务迁移方法，包括：
[0011] 将待迁移应用服务的内存页面按照修改频率分成正常页面和关键页面，该待迁移应用服务正运行在原边缘服务器的原容器中；其中，关键页面的修改频率小于等于预设频率，正常页面的修改频率大于预设频率；
[0013] 其中，所述页面迁移加速器独立于原边缘服务器的处理器CPU，单独进行传输数据的压缩处理。
[0014] 本申请第二方面提供一种边缘计算服务迁移装置，包括：
[0015] 页面划分模块，用于将待迁移应用服务的内存页面按照修改频率分成正常页面和关键页面，该待迁移应用服务正运行在原边缘服务器的原容器中；其中，关键页面的修改频率小于等于预设频率，正常页面的修改频率大于预设频率；
[0016] 发送模块，用于在收到迁移请求后，将所述关键页面发送至页面迁移加速器，以使所述页面迁移加速器对所述关键页面进行压缩处理后传输至目的边缘服务器；
[0017] 其中，所述页面迁移加速器独立于原边缘服务器的处理器CPU，单独进行传输数据的压缩处理。
[0019] 本申请第四方面提供一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现本申请第一方面所述的方法。
[0020] 相较于现有技术，本申请提供的边缘计算服务迁移方法、装置、电子设备及介质，将待迁移应用服务的内存页面按照修改频率分成正常页面和关键页面，该待迁移应用服务正运行在原边缘服务器的原容器中；其中，关键页面的修改频率小于等于预设频率，正常页面的修改频率大于预设频率。在收到迁移请求后，将所述关键页面发送至页面迁移加速器，以使所述页面迁移加速器对所述关键页面进行压缩处理后传输至目的边缘服务器。其中，所述页面迁移加速器独立于原边缘服务器的处理器CPU，单独进行传输数据的压缩处理。由于修改频率较大的正常页面重新建立时间要小于直接压缩传输时间，因此，在边缘计算服务的动态迁移中只传输修改频率较小的关键页面，而且通过单独设置的页面迁移加速器进一步压缩，保证了即使在CPU资源有限且WAN带宽有限且大型应用快速修改内存的情况下依旧可以实现很短的停机时间和在目的机上的重新建立时间，实现了无缝迁移。附图说明
[0021] 通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
[0022] 图1示出了本申请的应用场景示意图；
[0023] 图2示出了本申请的一些实施方式所提供的一种边缘计算服务迁移方法的流程图；
[0024] 图3示出了本申请的一些实施方式所提供的内存页面划分的示意图；
[0025] 图4示出了本申请的一些实施方式所提供的一种页面迁移加速器的示意图；
[0026] 图5示出了本申请的一些实施方式所提供的代码段划分的示意图；
[0027] 图6示出了本申请的一些实施方式所提供的一种边缘计算服务迁移装置的示意图。
具体实施方式
[0028] 下面将参照附图更详细地描述本公开的示例性实施方式。虽然附图中显示了本公开的示例性实施方式，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0029] 需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本申请所属领域技术人员所理解的通常意义。
[0030] 另外，术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0031] 本申请实施例提供一种边缘计算服务迁移方法及装置、一种电子设备以及计算机可读介质，下面结合附图进行说明。
[0032] 首先对本申请的应用场景进行介绍。
[0033] 请参考图1，其示出了本申请的应用场景示意图。当面临单个边缘服务器负载过大，或用户远距离移动等场景时，需要把通过容器部署服务的应用进行跨服务器的动态(无缝)迁移，如图1所示，需要将应用从原边缘服务器上的原容器迁移至目的边缘服务器的新容器上。
[0034] 请参考图2，其示出了本申请的一些实施方式所提供的一种边缘计算服务迁移方法的流程图，如图所示，所述边缘计算服务迁移方法，可以包括以下步骤：
[0035] 步骤S101：将待迁移应用服务的内存页面按照修改频率分成正常页面和关键页面，该待迁移应用服务正运行在原边缘服务器的原容器中；其中，关键页面的修改频率小于等于预设频率，正常页面的修改频率大于预设频率。
[0036] 实际应用中，把pages分成两种，把那些在程序中被快速修改，不必要被迁移到目标机的pages叫做正常页面(normal pages)，把那些在程序中需要长久地保持，不被频繁修改的pages叫做关键页面(crucial pages)。
[0037] 具体的，本申请中将应用的内存页面按照修改频率分成正常页面和关键页面。如图3所示，所述正常页面和关键页面位于虚拟页表中不同的地址段。例如，VP0至VP1025地址段为正常页面，VP7071至VP18096地址段为关键页面。当执行检查点checkpoint操作时，只收集crucial pages中内容，normal pages中内容将被忽视。
[0038] 其中，预设频率的大小可以根据实际情况进行设定，本申请不做限定。
[0039] 可以理解，在动态迁移时只关注关键页面，也就是说只传输一部分不被快速修改的关键页面，而被快速修改的正常页面则可以在目的机上快速重新运行生成，从而可以减少迁移的数据传输时间，因此可以实现很短的停机时间和在目的机上的重新建立时间，实现无缝迁移。
[0040] 步骤S102：在收到迁移请求后，将所述关键页面发送至页面迁移加速器，以使所述页面迁移加速器对所述关键页面进行压缩处理后传输至目的边缘服务器；
[0041] 其中，所述页面迁移加速器独立于原边缘服务器的处理器CPU，单独进行传输数据的压缩处理。
[0042] 具体的，为了避免压缩法中的压缩算法对CPU和内存资源的占用，同时尽可能地减少传输数据量、减少传输时间，本申请中设计一个独立于CPU的辅助迁移硬件单独进行传输数据的比对、去重和压缩，以实现更优的迁移性能。
[0043] 如图4所示，该页面迁移加速器可以由页面缓存(page cache)、增量压缩逻辑单元(delta-compression logic)、压缩逻辑单元(decompression logic)和发送接收缓冲器(send&receive buffer)四个主要部分所组成的加速器。该页面迁移加速器与PCIe总线相连，并通过DMA(Direct Memory Access，直接内存存取)连接网卡和物理内存。当一个page即将被发送时，首先在page cache中查找该page，如果发生缓存命中(cache hit)，那么旧page与新page将被一同送到delta-compression logic单元中进行对delta的比对和压缩，然后更新pagecache中的旧page；如果发生了缓存缺失(cache miss)，那么将使用LRU(最新最少使用)替换算法，用此page替换掉某旧page，并将此page直接传输。当接收到一个page时，执行相反的过程。
[0044] 使用此页面迁移加速器处理一个page包括如下步骤:
[0045] A1.page cache查找步骤：首先在page cache中以page的物理地址为关键字查找该page的较早版本是否缓存在了page cache中，如果cache hit，进入步骤A2a；如果cache miss，进入步骤A2b。
[0046] A2a.page cache hit后的delta-compression步骤:如果上一步骤发生了cache hit，那么将page cache中该page的较早版本取出，与该page的新版本一起送到delta-compression logic单元中，并将delta-compression logic的状态置为1，表示进行基于delta的比对和压缩，将压缩后的结果送到send&receive buffer中，进入步骤A3a；
[0047] A2b.page cache miss后的普通compression步骤：如果上一步骤发生了cache miss，表示page cache中没有此page的较早版本，那么直接将此page送到delta-compression logic单元中，并将delta-compression logic的状态置为2，表示进行不基于delta的普通压缩，将压缩后的结果送到send&receive buffer中，进入步骤A3b。
[0048] A3a.page cache hit后的page cache替换：将查找到的page cache中的旧版本page更新为新版本的page；
[0049] A3b.page cache miss后的page cache替换：用LRU替换策略，用此page替换掉某最近最少访问的旧版本page。
[0050] 在本申请的一些实施方式中，上述方法还包括：
[0051] 对所述关键页面传输结束后，停止原容器，在所述目的边缘服务器建立新容器；在新容器中运行所述待迁移应用服务，得到正常页面的修改，并将所述关键页面填充至新容器中，重新恢复待迁移应用服务的运行，完成服务迁移。
[0052] 与现有技术相比，本实施例提供的边缘计算服务迁移方法，通过将待迁移应用服务的内存页面按照修改频率分成正常页面和关键页面，该待迁移应用服务正运行在原边缘服务器的原容器中；其中，关键页面的修改频率小于等于预设频率，正常页面的修改频率大于预设频率。在收到迁移请求后，将所述关键页面发送至页面迁移加速器，以使所述页面迁移加速器对所述关键页面进行压缩处理后传输至目的边缘服务器。其中，所述页面迁移加速器独立于原边缘服务器的处理器CPU，单独进行传输数据的压缩处理。由于修改频率较大的正常页面重新建立时间要小于直接压缩传输时间，因此，在边缘计算服务的动态迁移中只传输修改频率较小的关键页面，而且通过单独设置的页面迁移加速器进一步压缩，保证了即使在CPU资源有限且WAN带宽有限且大型应用快速修改内存的情况下依旧可以实现很短的停机时间和在目的机上的重新建立时间，实现了无缝迁移。
[0053] 为了保证应用服务在目的边缘服务器上重启后的正确性，需要把应用服务的断点回溯到一个“上一轮normal pages已全部失效而本轮normal pages尚未开始产生”的时间点。
[0054] 为了实现这种回溯，借鉴了非易失性内存中事务的概念，在上述实施方式的基础上，步骤S102之前，上述方法还包括：
[0055] 将所述待迁移应用服务的代码划分为事务性代码段和非事务性代码段；其中，事务性代码段是指不允许直接创建或修改关键页面的代码段(只能创建或修改正常页面)，非事务性代码段是指允许直接创建或修改关键页面的代码段；
[0056] 在所述待迁移应用服务的当前事务运行结束后，将所述待迁移应用服务中事务性代码段运行的结果数据写入关键页面中。
[0057] 实际应用中，提供API保证如果一个事务失败或被中断了，那么它涉及的全部内存页面更改将被自动回卷(恢复到事务未开始时的状态)。
[0058] 具体的，图5示出了本申请中Hybrid-page模型中的编程模型的一个实例，演示了对于YOLO-v3这个具体应用的伪代码的事务性代码段和非事务性代码段的划分。当执行一个对多张图片进行目标检测的应用时，流程如下：
[0059] B1.配置YOLO-v3模型，并导入已经训练好的权重文件weights。
[0060] B2.对于要执行目标检测的某张图片，建立一个事务，提供API创建和维护事务，保证了事务的ACID(原子性、一致性、隔离性、持久性)。
[0061] 具体的，一个事务被划分为启动、执行、写回三个阶段：
[0062] 事务的启动阶段：把寄存器中内容保存到crucial pages的指定位置，把cache中内容写回内存，此阶段是对于checkpoint而言原子性的，即如果在此阶段收到checkpoint请求，将等到此阶段结束后执行。
[0063] 事务的执行阶段：执行事务，在事务执行阶段，外部声明的crucial pages是只读而不可写的；事务外部或事务内部声明的normal pages可读可写(注意，不能对在外部声明的normal pages在事务开始时的初始值做任何保证)。
[0064] 当程序在事务内部请求写外部crucial page时，在事物内部自动分配normal page并让它在事务的执行阶段期间充当原crucial page，随后对于原crucial page的读写操作都将链接到此normal page上，直到事务的执行阶段结束，此自动分配的normal page的内容，在事务的写回阶段中写回到原crucial page中。当程序试图将整段normal page写入crucial page时，采用copy-on-write方式分配需要自动分配的normal page以节约内存。在事务的执行阶段收到keep running的checkpoint请求时，Page迁移加速器基于此时的crucial pages和在事务的启动阶段保存的寄存器内容生成镜像并进行去重、压缩、发送，与此同时，原事务照常执行。
[0065] 事务的写回阶段：此阶段执行对外部crucial pages的写操作。其中有两种写操作：自动分配的写回操作和刻意写回操作。
[0066] 自动分配的写回操作参考B2b。事务的执行阶段中对程序在事务内部请求写外部crucial page时的处理，在此阶段将自动分配的、暂存在normal pages中的数据写回到原crucial pages中，而后将自动分配的normal pages销毁，使得整个对写crucial pages的处理过程对用户透明。
[0067] 对于那些对编程模型了解更多、不愿意因为自动分配normal pages而造成不可避免的内存资源浪费的用户，提供在事物的执行阶段结束后的finally阶段的刻意写回操作，用户可以自行合理调度内存，使得只在最后执行对外部crucial pages的写操作。与B2a.事务的启动阶段相同，此阶段也是对于checkpoint而言原子性的，即如果在此阶段收到checkpoint请求，将等到此阶段结束后执行。
[0068] 对每张图片的目标检测作为一个事务，其对应到上述事务的三个阶段所进行的操作为：
[0069] B2a.事务的启动阶段：此阶段不因具体事务不同改变。
[0070] B2b.事务的执行阶段：此阶段首先读取在相应crucial page中的图片数据，然后对图片执行相关预处理操作，随后用B1.中配置好的模型对图片进行前向传播。在此阶段中除了读取crucial pages中的模型参数外，中间数据存放于normal pages中。对于前向传播后获得的结果数据，可以使用自动分配的写回或刻意写回方法写到外部crucial pages中。
[0071] 当使用自动分配的写回时，直接将事务性代码段中model.forward(img)的返回值赋给一个crucial page地址即可。当使用刻意写回时，则需要申请事务内部的normal pages暂存model.forward(img)的返回值。
[0072] B2c.事务的写回阶段：当使用自动分配的写回时，此阶段无需额外代码，自动分配的normal pages将被自动写回；当使用刻意写回时，需要手动把用户申请暂存在normal pages中的model.forward(img)的返回值写回到crucial page中。
[0073] B3.若B2.中执行目标检测的图片是最后一张，则程序结束，否则跳转到B2.继续处理下一张图片。
[0074] normal pages和crucial pages位于虚拟页表中不同的地址段。当执行checkpoint操作时，只收集crucial pages中内容，normal pages中内容将被忽视。
[0075] 通过本实施方式，可以保证应用服务在目的边缘服务器上重启后的正确性。
[0076] 在上述的实施例中，提供了一种边缘计算服务迁移方法，与之相对应的，本申请还提供一种边缘计算服务迁移装置。本申请实施例提供的边缘计算服务迁移装置可以实施上述边缘计算服务迁移方法，该边缘计算服务迁移装置可以通过软件、硬件或软硬结合的方式来实现。例如，该边缘计算服务迁移装置可以包括集成的或分开的功能模块或单元来执行上述各方法中的对应步骤。请参考图6，其示出了本申请的一些实施方式所提供的一种边缘计算服务迁移装置的示意图。由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
[0077] 如图6所示，所述边缘计算服务迁移装置10可以包括：
[0078] 页面划分模块101，用于将待迁移应用服务的内存页面按照修改频率分成正常页面和关键页面，该待迁移应用服务正运行在原边缘服务器的原容器中；其中，关键页面的修改频率小于等于预设频率，正常页面的修改频率大于预设频率；
[0079] 发送模块102，用于在收到迁移请求后，将所述关键页面发送至页面迁移加速器，以使所述页面迁移加速器对所述关键页面进行压缩处理后传输至目的边缘服务器；
[0080] 其中，所述页面迁移加速器独立于原边缘服务器的处理器CPU，单独进行传输数据的压缩处理。
[0081] 在本申请实施例的一些实施方式中，所述正常页面和关键页面位于虚拟页表中不同的地址段。
[0082] 在本申请实施例的一些实施方式中，所述装置10还包括：
[0083] 代码划分模块，用于：
[0084] 所述发送模块在收到迁移请求后，将所述关键页面发送至页面迁移加速器之前，将所述待迁移应用服务的代码划分为事务性代码段和非事务性代码段；其中，事务性代码段是指不允许直接创建或修改关键页面的代码段，非事务性代码段是指允许直接创建或修改关键页面的代码段；
[0085] 在所述待迁移应用服务的当前事务运行结束后，将所述待迁移应用服务中事务性代码段运行的结果数据写入关键页面中。
[0086] 在本申请实施例的一些实施方式中，所述装置10还包括：
[0087] 重建服务模块，用于：
[0088] 对所述关键页面传输结束后，在所述目的边缘服务器建立新容器；
[0089] 在新容器中运行所述待迁移应用服务，得到正常页面的修改，并将所述关键页面填充至新容器中。
[0090] 本申请实施例提供的边缘计算服务迁移装置10，与本申请前述实施例提供的边缘计算服务迁移方法出于相同的发明构思，具有相同的有益效果。
[0091] 本申请实施方式还提供一种与前述实施方式所提供的边缘计算服务迁移方法对应的电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行本申请前述任一实施方式所提供的边缘计算服务迁移方法。
[0092] 本申请实施例提供的电子设备与本申请实施例提供的边缘计算服务迁移方法出于相同的发明构思，具有与其采用、运行或实现的方法相同的有益效果。
[0093] 本申请实施方式还提供一种与前述实施方式所提供的边缘计算服务迁移方法对应的计算机可读介质，所述计算机程序在被处理器运行时，会执行前述任意实施方式所提供的边缘计算服务迁移方法。
[0094] 需要说明的是，所述计算机可读存储介质的例子还可以包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他光学、磁性存储介质，在此不再一一赘述。
[0095] 本申请的上述实施例提供的计算机可读存储介质与本申请实施例提供的边缘计算服务迁移方法出于相同的发明构思，具有与其存储的应用程序所采用、运行或实现的方法相同的有益效果。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 基于多波束轮询的传输方法及通讯设备 | 2020-05-08 | 820 |
| 扫描电子显微镜 | 2020-05-08 | 989 |
| 具有接触元件的泵装置 | 2020-05-08 | 8 |
| 修改音频对象的风格的方法、以及对应电子装置、计算机可读程序产品和计算机可读存储介质 | 2020-05-08 | 718 |
| 用于识别对象的方法和设备 | 2020-05-08 | 333 |
| 在通信系统中发送和接收无线控制信息的方法和装置 | 2020-05-08 | 271 |
| 包括多个光电二极管的定位和检测设备 | 2020-05-08 | 290 |
| 屏下指纹采集装置、LCD触摸屏、以及电子设备 | 2020-05-08 | 362 |
| 方解石通道纳米流控技术 | 2020-05-11 | 272 |
| 用于发光器件中高效电子和空穴阻挡的应力ALGAINP层 | 2020-05-08 | 327 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈