CN117407129A - 边缘计算互连平台和应用实例的迁移方法 - Google Patents

Abstract

本公开提供一种边缘计算互连平台和应用实例的迁移方法，其中，边缘计算互连平台包括：多个多接入边缘计算系统，多接入边缘计算系统接入有联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，互连的联邦管理器被配置为执行不同的多接入边缘计算系统之间的应用实例转移。通过本公开实施例，实现了不同运营商边缘计算平台中分别进行各自的应用部署、适配和运营，降低了应用业务迁移和应用维护管理的难度，提升了应用业务迁移效率和可靠性。

Description

边缘计算互连平台和应用实例的迁移方法

技术领域

本公开涉及互联网技术领域，具体而言，涉及一种边缘计算互连平台和应用实例的迁移方法。

背景技术

目前，多接入边缘计算(Multi-access Edge Computing，MEC)是一种新型的网络架构理念，能够在移动网络边缘提供云计算能力和IT服务环境，是5G网络中的关键技术。MEC将传统电信蜂窝网络与互联网业务进行了深度融合，给电信运营商的运作模式带来全新变革，并建立新型的产业链及网络生态圈。

在相关技术中，ETSI(欧洲电信标准化组织)作为MEC标准化的发起者，发布了MEC参考架构，MEC标准化的内容主要包括以下内容：研究MEC需求、平台架构、编排管理、接口规范和应用场景研究等。

但是，对于不同边缘计算平台如何实现互联以及相关技术细节还未进行标准制定。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

公开内容

本公开的目的在于提供一种边缘计算互连平台和应用实例的迁移方法，用于至少在一定程度上克服由于相关技术的限制和缺陷而导致的应用业务迁移的复杂度大的问题。

根据本公开实施例的第一方面，提供一种边缘计算互连平台，包括：多个多接入边缘计算系统，所述多接入边缘计算系统接入有联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，互连的联邦管理器被配置为执行不同的多接入边缘计算系统之间的应用实例转移。

在本公开的一种示例性实施例中，还包括：运营商操作系统，被配置为与所述联邦管理器和编排器进行数据交互，所述运营商操作系统用于接收终端侧发送的请求，和/或判断所述请求是否通过授权，所述请求包括实例化请求和/或终止应用程序的请求。

在本公开的一种示例性实施例中，还包括：所述编排器，被配置为与所述运营商操作系统和平台管理进行数据交互，所述编排器用于维护所述运营商操作系统的视图，和/或加载应用数据包，和/或进行镜像完整性检查，和/或进行应用规则和需求验证，和/或选择用于应用实例部署的平台。

在本公开的一种示例性实施例中，还包括：所述平台管理，被配置为能够与所述编排器和所述虚拟化基础设施进行数据交互，所述平台管理用于对平台实施监控、配置和性能中的一种，和/或对所述应用实例的规则和需求进行管理，和/或接收所述虚拟化基础设施发送的虚拟化资源的故障报告和性能测量报告。

在本公开的一种示例性实施例中，还包括：所述虚拟化基础设施，被配置为能够与所述平台管理进行数据交互，用于虚拟化资源进行处理。

在本公开的一种示例性实施例中，还包括：虚拟化基础设施管理，被配置为能够对所述虚拟化基础设施的虚拟化资源进行数据管理。

在本公开的一种示例性实施例中，还包括：平台，被配置为能够与所述平台管理和所述虚拟化基础设施管理进行数据交互，所述平台用于为所述应用实例提供部署环境，和/或对边缘服务提供指定操作，所述操作包括发现、通知、消费和提供中的至少一种，所述平台的应用实例运行于所述虚拟化基础设施管理提供的虚拟机或容器中。

在本公开的一种示例性实施例中，所述联邦管理器还用于对能进行数据交互的多接入边缘计算系统进行授权、认证和访问控制，和/或面向合作运营商的边缘云资源暴露和监控、应用程序的镜像、所述应用程序的元数据分发、所述应用程序的生命周期管理、所述应用程序的监控、边缘网络服务可用性访问、流量控制、身份隐藏和/或加密。

根据本公开实施例的第二方面，提供一种应用实例的迁移方法，适用于边缘计算互连平台，所述边缘计算互连平台包括多个多接入边缘计算系统，所述多接入边缘计算系统接入有联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，所述应用实例的迁移方法包括：确定需要迁移应用实例的第一多接入边缘计算系统的平台为源平台；确定所述应用实例迁移目标的第二多接入边缘计算系统的平台为目标平台；确定所述源平台的应用实例的业务状态类型；根据所述业务状态类型触发所述联邦管理器执行不同的多接入边缘计算系统之间的应用实例转移。

在本公开的一种示例性实施例中，根据所述业务状态类型触发所述联邦管理器执行不同的多接入边缘计算系统之间的应用实例转移包括：若确定所述业务状态类型为无状态型业务状态，则触发所述联邦管理器将所述源平台的待迁移的应用实例迁移至所述目标平台；若确定所述业务状态类型为有状态型业务状态，则确定所述待迁移的应用实例的业务上下文，并触发所述联邦管理器将所述待迁移的应用实例和所述业务上下文迁移至所述目标平台。

根据本公开实施例的第三方面，提供一种应用实例的迁移装置，适用于边缘计算互连平台，所述边缘计算互连平台包括多个多接入边缘计算系统，所述多接入边缘计算系统接入有联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，所述应用实例的迁移装置包括：确定模块，被配置为确定需要迁移应用实例的第一多接入边缘计算系统的平台为源平台；所述确定模块，被配置为确定所述应用实例迁移目标的第二多接入边缘计算系统的平台为目标平台；所述确定模块，被配置为确定所述源平台的应用实例的业务状态类型；迁移模块，被配置为根据所述业务状态类型触发所述联邦管理器执行不同的多接入边缘计算系统之间的应用实例转移。

在本公开的一种示例性实施例中，所述迁移模块还被配置为：若确定所述业务状态类型为无状态型业务状态，则触发所述联邦管理器将所述源平台的待迁移的应用实例迁移至所述目标平台；若确定所述业务状态类型为有状态型业务状态，则确定所述待迁移的应用实例的业务上下文，并触发所述联邦管理器将所述待迁移的应用实例和所述业务上下文迁移至所述目标平台。

根据本公开实施例的第四方面，提供一种电子设备，包括：存储器；以及耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。

根据本公开实施例的第五方面，提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上述任意一项所述的应用实例的迁移方法。

本公开实施例，通过设置所述多接入边缘计算系统接入联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，互连的联邦管理器被配置为执行不同的多接入边缘计算系统之间的应用实例转移，实现了不同运营商边缘计算平台中分别进行各自的应用部署、适配和运营，降低了应用业务迁移和应用维护管理的难度，提升了应用业务迁移效率和可靠性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本公开示例性实施例中EMC参考架构的示意图；

图2是本公开示例性实施例中运营商边缘计算互联系统中应用实例迁移方案的示意图；

图3是本公开示例性实施例中一种应用实例的迁移方法的示意图；

图4是本公开示例性实施例中另一种应用实例的迁移方法的示意图；

图5是本公开示例性实施例中基于运营商边缘计算互联系统的无状态型应用实例迁移的示意图；

图6是本公开示例性实施例中基于运营商边缘计算互联系统的有状态型应用实例迁移的示意图；

图7是本公开示例性实施例中边缘计算互连平台装置的方框图；

图8是本公开示例性实施例中电子设备的方框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1是本公开示例性实施例中EMC参考架构的示意图。

如图1所示，EMC参考架构100中不同的功能实体可分为三个层级：

(1)移动边缘系统层(Mobile Edge System Level)：负责对MEC系统进行全局掌控。

(2)移动边缘主机层(Mobile Edge Host Level)：包含了移动边缘主机(ME host)和移动边缘主机层管理实体(ME host-level management entity)；其中，移动边缘主机又可以进一步划分为移动边缘平台(ME platform)、移动边缘应用(ME application)和虚拟化基础设施(IaaS)。

(3)网络层(Networks Level)：包含了3GPP蜂窝网络、本地网络和外部网络等相关的外部实体。该层主要表示了MEC工作系统与局域网、蜂窝移动网或者外部网络的接入情况。

EMC参考架构100包括以下主要组件：

(1)ME主机(移动边缘主机)由ME平台、ME应用和虚拟化基础设施组成。虚拟化基础设施可以为ME应用提供计算、存储和网络资源，并且可以为ME应用提供持续的存储和时间相关的信息，它包含一个数据转发平面来为从ME平台接收到的数据执行转发规则，并在各种应用、服务和网络之间进行流量的路由。

(2)ME平台(移动边缘平台，MEP)从ME平台管理器、ME应用或ME服务处接收流量转发规则，并且基于转发规则向转发平面下发指令。另外，ME平台还支持本地域名系统(DNS)、代理服务器的配置，可以将数据流量重定向到对应的应用和服务。ME平台还可以通过Mp3参考点与其他的ME平台进行通信，在分布式MEC系统的协作机制中，Mp3参考点可以作为不同ME平台互联的基础。

(3)ME应用(移动边缘应用，ME APP)是运行在ME虚拟化基础设施上的虚拟机实例，这些应用通过Mp1参考点与ME平台相互通信。Mp1参考点还可提供标识应用可用性、发生ME切换时为用户准备或重定位应用状态等额外功能。

(4)ME平台管理器(ME platform manager，移动边缘平台管理器，MEPM)具有ME平台元素管理、ME应用生命周期管理以及ME应用规则和需求管理等功能。ME平台和MEPM之间使用Mm5参考点，该参考点实现平台和流量过滤规则的配置，并且负责管理应用的重定位和支持应用的生命周期程序。Mm2是操作支持系统(OSS)和MEPM之间的参考点，负责ME平台的配置和性能管理。Mm3是MEO和MEPM之间的参考点，负责为应用的生命周期管理和应用相关的策略提供支持，同时为ME的可用服务提供时间相关的信息。

(4)ME应用生命周期管理包括ME应用程序的创建和终止，并且为ME编排器(MEorchestrator，MEO，移动边缘编排器)提供应用相关事件的指示消息。

(5)ME应用规则和需求管理包括认证、流量规则、DNS配置和冲突协调等。

(6)ME编排器(ME orchestrator，MEO，移动边缘编排器)是ME提供的核心功能，MEO宏观掌控ME网络的资源和容量，包括所有已经部署好的ME主机和服务、每个主机中的可用资源、已经被实例化的应用以及网络的拓扑等。在为用户选择接入的目标ME主机时，MEO衡量用户需求和每个主机的可用资源，为其选择最为合适的ME主机，如果用户需要进行ME主机的切换，则由MEO来触发切换程序。MEO与OSS之间通过Mm1参考点来触发ME应用的实例化和终止。MEO与虚拟化基础设施管理器(VIM)之间通过Mm4参考点来管理虚拟化资源和应用的虚拟机映像，同时维持可用资源的状态信息。

从ME系统的角度来看，OSS(Operations Support System操作支持系统)是支持系统运行的最高水平的管理实体。OSS从面向用户服务(Customer-Facing Service，CFS)门户和用户终端(UE)接收实例化或终止ME应用的请求，检查应用数据分组和请求的完整性和授权信息。经过OSS认证授权的请求数据分组会通过Mm1参考点被转发到MEO进行进一步处理。

(7)面向用户服务门户(Customer-Facing Service Portal，CFS Portal)实体相当于第三方接入点，开发商使用该接口将自己开发的各种应用接入运营商的ME系统中，企业或者个人用户也可以通过该接口选择其感兴趣的应用，并指定其使用的时间和地点。CFS通过Mx1参考点与OSS实现通信。

(8)用户终端应用(User app或UE APP)，用户应用生命周期代理(user app LCMproxy或UEAPPLCM proxy)是供ME用户使用来请求应用相关的实例化和终止等服务的实体。该实体可以实现外部云和ME系统之间的应用重定位，负责对所有来自外部云的请求进行认证，然后分别通过Mm8和Mm9参考点发送给OSS和MEO做进一步处理。值得注意的是，LCM只能通过移动网络接入，Mx2参考点提供了UE与LCM相互通信的基础。

(8)虚拟化基础设施管理器(VIM)用于管理ME应用的虚拟资源，管理任务包括虚拟计算、存储和网络资源的分配和释放，软件映像也可以存储在VIM上以供应用的快速实例化。同时，VIM还负责收集虚拟资源的信息，并通过Mm4参考点和Mm6参考点分别上报给MEO和MEPM等上层管理实体。

图2是本公开示例性实施例中运营商边缘计算互联系统中应用实例迁移方案的示意图。

参考图2，本公开示例性实施例中运营商边缘计算互联系统主要由OSS(Operations Support System，运营商操作系统)、MEO(MEC Orchestrator，MEC编排器)、MEPM(MEC Platform Manager，MEC平台管理)、MEP(MEC Platform，MEC平台)、VI(Virtualization Infrastructure，虚拟化基础设施)、VIM(VirtualizationInfrastructure Manager，虚拟化基础设施管理)、FM(Federation Manager，联邦管理器)等组件组成。

OSS通过面向客户的门户接收用于实例化或终止应用程序的请求，并决定是否授权这些请求并进行下一步处理。

MEO是MEC系统管理的核心，负责维护整个MEC系统的总体视图，包括可用资源、可用服务以及网络拓扑等；并负责加载MEC应用数据包、镜像完整性检查、MEC应用规则和需求的验证，并选择合适的MEC平台用于应用的实例化部署。

MEPM负责实施MEP的监控、配置、性能等管理以及对MEC应用的规则和需求进行管理；MEPM还接收从VIM发来的虚拟化资源故障报告以及性能测量报告用于维护管理。

VIM负责虚拟化资源的分配、管理和释放。

MEP主要为MEC应用提供部署环境，用于发现、通知、消费和提供边缘服务。MEP可托管各种网络能力、业务能力。MEC应用运行在VIM提供的虚机或容器中，与MEP交互以使用或提供MEC能力，为用户提供边缘服务。

为了实现不同运营商边缘计算平台之间的互联互通，引入联邦管理器(Federation Manager)实现跨运营商边缘网络资源和能力开放，支持不同MEC系统间通信，其主要功能包括：MEC联盟成员的授权、认证和控制访问；面向合作运营商的边缘云资源暴露和监控；面向合作运营商的应用程序镜像和应用程序元数据分发；面向合作运营商的应用程序生命周期管理(例如转发实例化/终止请求)；面向合作运营商的应用程序监控；面向合作运营商的边缘网络服务可用性访问；安全性、流量控制和身份隐藏/加密。

联邦管理器使运营商之间进行边缘计算网络的开放，为应用提供商提供对更大覆盖范围的边缘云以及更加灵活的业务应用部署，为业务应用推广提供便利。

由于用户位置改变等因素，需要在源运营商边缘计算互联系统202和目标运营商边缘计算互联系统204之间进行应用实例迁移，即将在源MEC平台(S-MEP)上部署的源MEC业务应用(S-MEC APP)迁移到目标MEC平台(T-MEP)并完成应用实例化。

其中，源运营商边缘计算互联系统202包括S-OSS(源运营商操作系统)、S-Federation Manager(源联邦管理器)、S-MEO(源MEC编排器)、S-MEPM(源MEC平台管理)、S-MEC APP(源MEC应用)、S-MEP(源MEC平台)、Virtualization Infrastructure(虚拟化基础设施)和VIM(虚拟化基础设施管理)。

另外，目标运营商边缘计算互联系统202包括T-OTT(目标运营商操作系统)、T-Federation Manager(目标联邦管理器)、T-MEO(目标MEC编排器)、T-MEPM(目标MEC平台管理)、T-MEC APP(目标MEC应用)、T-MEP(目标MEC平台)、Virtualization Infrastructure(虚拟化基础设施)和VIM(虚拟化基础设施管理)。

在本公开的一种示例性实施例中，边缘计算互连平台可以包括：多个多接入边缘计算系统，所述多接入边缘计算系统接入有联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，互连的联邦管理器被配置为执行不同的多接入边缘计算系统之间的应用实例转移。

本公开实施例，通过设置所述多接入边缘计算系统接入联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，互连的联邦管理器被配置为执行不同的多接入边缘计算系统之间的应用实例转移，实现了不同运营商边缘计算平台中分别进行各自的应用部署、适配和运营，降低了应用业务迁移和应用维护管理的难度，提升了应用业务迁移效率和可靠性。

下面，对边缘计算互连平台的各结构进行详细说明。

在本公开的一种示例性实施例中，还包括：运营商操作系统，被配置为与所述联邦管理器和编排器进行数据交互，所述运营商操作系统用于接收终端侧发送的请求，和/或判断所述请求是否通过授权，所述请求包括实例化请求和/或终止应用程序的请求。

在本公开的一种示例性实施例中，还包括：所述编排器，被配置为与所述运营商操作系统和平台管理进行数据交互，所述编排器用于维护所述运营商操作系统的视图，和/或加载应用数据包，和/或进行镜像完整性检查，和/或进行应用规则和需求验证，和/或选择用于应用实例部署的平台。

在本公开的一种示例性实施例中，还包括：所述平台管理，被配置为能够与所述编排器和所述虚拟化基础设施进行数据交互，所述平台管理用于对平台实施监控、配置和性能中的一种，和/或对所述应用实例的规则和需求进行管理，和/或接收所述虚拟化基础设施发送的虚拟化资源的故障报告和性能测量报告。

在本公开的一种示例性实施例中，还包括：所述虚拟化基础设施，被配置为能够与所述平台管理进行数据交互，用于虚拟化资源进行处理。

在本公开的一种示例性实施例中，还包括：虚拟化基础设施管理，被配置为能够对所述虚拟化基础设施的虚拟化资源进行数据管理。

在本公开的一种示例性实施例中，还包括：平台，被配置为能够与所述平台管理和所述虚拟化基础设施管理进行数据交互，所述平台用于为所述应用实例提供部署环境，和/或对边缘服务提供指定操作，所述操作包括发现、通知、消费和提供中的至少一种，所述平台的应用实例运行于所述虚拟化基础设施管理提供的虚拟机或容器中。

在本公开的一种示例性实施例中，所述联邦管理器还用于对能进行数据交互的多接入边缘计算系统进行授权、认证和访问控制，和/或面向合作运营商的边缘云资源暴露和监控、应用程序的镜像、所述应用程序的元数据分发、所述应用程序的生命周期管理、所述应用程序的监控、边缘网络服务可用性访问、流量控制、身份隐藏和/或加密。

图3是本公开示例性实施例中一种应用实例的迁移方法的示意图。

参考图3，应用实例的迁移方法适用于边缘计算互连平台，所述边缘计算互连平台包括多个多接入边缘计算系统，所述多接入边缘计算系统接入有联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，所述应用实例的迁移方法包括：

步骤S302，确定需要迁移应用实例的第一多接入边缘计算系统的平台为源平台。

步骤S304，确定所述应用实例迁移目标的第二多接入边缘计算系统的平台为目标平台。

步骤S306，确定所述源平台的应用实例的业务状态类型。

步骤S308，根据所述业务状态类型触发所述联邦管理器执行不同的多接入边缘计算系统之间的应用实例转移。

在本公开的一种示例性实施例中，如图4所示，根据所述业务状态类型触发所述联邦管理器执行不同的多接入边缘计算系统之间的应用实例转移包括：

步骤S402，若确定所述业务状态类型为无状态型业务状态，则触发所述联邦管理器将所述源平台的待迁移的应用实例迁移至所述目标平台。

步骤S404，若确定所述业务状态类型为有状态型业务状态，则确定所述待迁移的应用实例的业务上下文，并触发所述联邦管理器将所述待迁移的应用实例和所述业务上下文迁移至所述目标平台。

图5是本公开示例性实施例中基于运营商边缘计算互联系统的无状态型应用实例迁移的示意图。

如图5所示，无状态型业务应用无需记录或者存储服务状态以及用户相关数据，新的服务会话与之前服务会话的上下文信息无关。在MEC业务应用迁移时，无需将无状态型业务应用的上下文信息传递至目标边缘计算平台(T-MEP)上的应用实例。

(0)联邦管理器之间服务发现及注册，用于不同运营商边缘计算平台之间的互联和信息共享。

(1)无状态型业务应用服务迁移请求：运行在S-MEP上的无状态型应用S-MEC APP为用户提供MEC业务应用，S-MEP可以收到S-MEC APP的服务迁移请求，从而触发运营商边缘计算互联系统的无状态型应用实例迁移。

(2)业务应用迁移请求：S-MEP通过S-MEPM向S-OSS&MEO发送业务应用迁移请求，同时携带业务应用标识、应用镜像、配置参数、部署位置等信息。

(3)S-MEO接收来自用户的跨运营商边缘计算平台的业务应用迁移请求，并将实例化请求发送给源联邦管理器(S-FM)，同时携带应用程序镜像文件、应用程序标识、配置参数、部署位置等信息。

(4)S-FM验证业务应用迁移请求的合法性，并向目标联邦管理器(T-FM)转发实例化请求信息，同时携带应用镜像、配置参数等信息。

(5)T-FM验证合作运营商发来的业务应用迁移请求合法性，确认合法后将收到的应用实例化请求转发给T-OSS&MEO#2，同时携带应用镜像、配置参数等信息。

(6)业务应用迁移及实例化：T-OSS&MEO根据收到的业务应用迁移请求消息，选择合适的目标MEC平台(T-MEP)并发送业务实例化请求至T-MEPM，完成MEC业务应用迁移及实例化。

(7)T-OSS&MEO在业务应用迁移和实例化成功完成后，向T-FM发送MEC业务应用迁移响应，返回迁移和实例化结果。

(8)T-FM向S-FM发送业务应用迁移响应，返回迁移和实例化操作的结果。

(9)S-FM向S-OSS&MEO发送跨运营商边缘计算平台的MEC业务应用迁移响应，返回迁移和实例化操作的结果。

(10)业务应用迁移响应：S-OSS&MEO通过S-MEPM向S-MEP发送业务应用迁移响应，返回响应操作结果，同时携带部署位置、应用程序实例ID等信息。

(11)新创建的T-MEC APP实例向T-MEP发送业务应用实例运行通知。

(12)T-MEP将收到的业务应用实例运行通知消息转发至S-MEP。

(13)S-MEP发送服务迁移响应，标识整个业务应用迁移完成。

图6是本公开示例性实施例中基于运营商边缘计算互联系统的有状态型应用实例迁移的示意图。

如图6所示，有状态型业务应用记录服务会话相关状态信息，该状态信息可以存储在终端用户应用或者MEC业务应用实例中，便于在服务会话状态转化时保证业务连续性。但有状态型业务应用的上下文信息则必须传递至T-MEP，以便于业务应用的连续性保障。

(0)联邦管理器之间服务发现及注册，用于不同运营商边缘计算平台之间的互联和信息共享。

(1)有状态型业务应用服务迁移请求：运行在S-MEP上的无状态型应用S-MEC APP为用户提供MEC业务应用，S-MEP可以收到S-MEC APP的服务迁移请求，从而触发运营商边缘计算互联系统的有状态型应用实例迁移。

(2)S-MEP收到服务迁移请求，如果识别为有状态型业务应用，则触发S-APP实例获取该用户的状态信息。

(3)业务应用迁移请求：S-MEP通过S-MEPM向S-OSS&MEO发送业务应用迁移及信息同步请求，同时携带业务应用标识、应用镜像、配置参数、部署位置、应用状态等信息。

(4)S-MEO接收来自用户的跨运营商边缘计算平台的业务应用迁移及状态信息同步请求，并将实例化请求发送给源联邦管理器(S-FM)，同时携带应用程序镜像文件、应用程序标识、配置参数、部署位置、应用状态等信息。

(5)S-FM验证业务应用迁移及信息同步请求的合法性，并向目标联邦管理器(T-FM)转发实例化请求信息，同时携带应用镜像、配置参数、部署位置、应用状态等信息。

(6)T-FM验证合作运营商发来的业务应用迁移及信息同步请求合法性，确认合法后将收到的应用实例化及信息同步请求转发给T-OSS&MEO#2，同时携带应用镜像、配置参数、部署位置、应用状态等信息。

(7)业务应用迁移、实例化及信息同步：T-OSS&MEO根据收到的业务应用迁移及信息同步请求消息，选择合适的目标MEC平台(T-MEP)并发送业务实例化及信息同步请求至T-MEPM，完成MEC业务应用迁移、实例化及信息同步。

(8)T-OSS&MEO在业务应用迁移和实例化成功完成后，向T-FM发送MEC业务应用迁移及信息同步响应，返回迁移、实例化和信息同步结果。

(9)T-FM向S-FM发送业务应用迁移及信息同步响应，返回迁移和实例化操作的结果。

(10)S-FM向S-OSS&MEO发送跨运营商边缘计算平台的MEC业务应用迁移及信息同步响应，返回迁移和实例化操作的结果。

(11)业务应用迁移响应：S-OSS&MEO通过S-MEPM向S-MEP发送业务应用迁移及信息同步响应，返回响应操作结果，同时携带部署位置、应用程序实例ID等信息。

(12)新创建的T-MEC APP实例向T-MEP发送业务应用实例运行通知。

(13)T-MEP将收到的业务应用实例运行通知消息转发至S-MEP。

(14)S-MEP发送服务迁移响应，标识整个业务应用迁移完成。

基于上述应用实例的迁移方案可知，本公开的技术效果包括：

(1)可以支持用户通过一个运营商边缘计算平台进行跨运营商网络边界的应用部署和服务，降低了应用在不同边缘计算平台之间部署和适配的复杂度，可以加快边缘计算业务的快速推广，促进电信运营商边缘云在千行百业规模商用，为企业、应用提供商、用户提供跨运营商的边缘计算服务。

(2)实现了跨运营商边缘计算平台的应用实例迁移，使得用户在不同运营商边缘计算网络下可以保持业务连续性，提升用户体验。

(3)针对无状态型业务应用和有状态型业务应用分别考虑其应用实例迁移方法。对于有状态应用实例迁移场景，还需将用户的应用上下文信息进行同步，以便于业务应用的连续性保障。

对应于上述方法实施例，本公开还提供一种边缘计算互连平台装置，可以用于执行上述方法实施例。

图7是本公开示例性实施例中一种应用实例的迁移装置的示意图。

参考图7，应用实例的迁移装置700适用于边缘计算互连平台，所述边缘计算互连平台包括多个多接入边缘计算系统，所述多接入边缘计算系统接入有联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，所述应用实例的迁移装置700包括：

确定模块702，被配置为确定需要迁移应用实例的第一多接入边缘计算系统的平台为源平台。

所述确定模块702，被配置为确定所述应用实例迁移目标的第二多接入边缘计算系统的平台为目标平台。

所述确定模块702，被配置为确定所述源平台的应用实例的业务状态类型。

迁移模块704，被配置为根据所述业务状态类型触发所述联邦管理器执行不同的多接入边缘计算系统之间的应用实例转移。

在本公开的一种示例性实施例中，所述迁移模块704还被配置为：

若确定所述业务状态类型为无状态型业务状态，则触发所述联邦管理器将所述源平台的待迁移的应用实例迁移至所述目标平台。

若确定所述业务状态类型为有状态型业务状态，则确定所述待迁移的应用实例的业务上下文，并触发所述联邦管理器将所述待迁移的应用实例和所述业务上下文迁移至所述目标平台。

由于装置700的各功能已在其对应的方法实施例中予以详细说明，本公开于此不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图8来描述根据本公开的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元810可以执行如本公开实施例所示的方法。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备840(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

根据本公开的实施方式的用于实现上述方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和构思由权利要求指出。

Claims (10)

1.一种边缘计算互连平台，其特征在于，包括：

多个多接入边缘计算系统，所述多接入边缘计算系统接入有联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，互连的联邦管理器被配置为执行不同的多接入边缘计算系统之间的应用实例转移。

2.如权利要求1所述的边缘计算互连平台，其特征在于，还包括：

运营商操作系统，被配置为与所述联邦管理器和编排器进行数据交互，所述运营商操作系统用于接收终端侧发送的请求，和/或判断所述请求是否通过授权，所述请求包括实例化请求和/或终止应用程序的请求。

3.如权利要求2所述的边缘计算互连平台，其特征在于，还包括：

所述编排器，被配置为与所述运营商操作系统和平台管理进行数据交互，所述编排器用于维护所述运营商操作系统的视图，和/或加载应用数据包，和/或进行镜像完整性检查，和/或进行应用规则和需求验证，和/或选择用于应用实例部署的平台。

4.如权利要求3所述的边缘计算互连平台，其特征在于，还包括：

所述平台管理，被配置为能够与所述编排器和所述虚拟化基础设施进行数据交互，所述平台管理用于对平台实施监控、配置和性能中的一种，和/或对所述应用实例的规则和需求进行管理，和/或接收所述虚拟化基础设施发送的虚拟化资源的故障报告和性能测量报告。

5.如权利要求4所述的边缘计算互连平台，其特征在于，还包括：

所述虚拟化基础设施，被配置为能够与所述平台管理进行数据交互，用于虚拟化资源进行处理。

6.如权利要求5所述的边缘计算互连平台，其特征在于，还包括：

虚拟化基础设施管理，被配置为能够对所述虚拟化基础设施的虚拟化资源进行数据管理。

7.如权利要求6所述的边缘计算互连平台，其特征在于，还包括：

平台，被配置为能够与所述平台管理和所述虚拟化基础设施管理进行数据交互，所述平台用于为所述应用实例提供部署环境，和/或对边缘服务提供指定操作，所述操作包括发现、通知、消费和提供中的至少一种，所述平台的应用实例运行于所述虚拟化基础设施管理提供的虚拟机或容器中。

8.如权利要求1-7中任一项所述的边缘计算互连平台，其特征在于，

所述联邦管理器还用于对能进行数据交互的多接入边缘计算系统进行授权、认证和访问控制，和/或面向合作运营商的边缘云资源暴露和监控、应用程序的镜像、所述应用程序的元数据分发、所述应用程序的生命周期管理、所述应用程序的监控、边缘网络服务可用性访问、流量控制、身份隐藏和/或加密。

9.一种应用实例的迁移方法，其特征在于，适用于边缘计算互连平台，所述边缘计算互连平台包括多个多接入边缘计算系统，所述多接入边缘计算系统接入有联邦管理器，不同的多接入边缘计算系统的联邦管理器能够进行数据交互，所述应用实例的迁移方法包括：

确定需要迁移应用实例的第一多接入边缘计算系统的平台为源平台；

确定所述应用实例迁移目标的第二多接入边缘计算系统的平台为目标平台；

确定所述源平台的应用实例的业务状态类型；

根据所述业务状态类型触发所述联邦管理器执行不同的多接入边缘计算系统之间的应用实例转移。

10.根据权利要求9所述的应用实例的迁移方法，其特征在于，根据所述业务状态类型触发所述联邦管理器执行不同的多接入边缘计算系统之间的应用实例转移包括：

若确定所述业务状态类型为无状态型业务状态，则触发所述联邦管理器将所述源平台的待迁移的应用实例迁移至所述目标平台；

若确定所述业务状态类型为有状态型业务状态，则确定所述待迁移的应用实例的业务上下文，并触发所述联邦管理器将所述待迁移的应用实例和所述业务上下文迁移至所述目标平台。