CN112527493A - 一种边缘计算服务的创建方法、装置、系统及介质 - Google Patents

Abstract

本文是关于一种边缘计算服务的创建方法、装置、系统及介质，涉及边缘计算技术。本文公开的一种边缘计算服务的创建方法，包括：接收边缘计算服务的部署请求，获取边缘计算服务的配置信息；根据边缘计算服务的配置信息，向指定的边缘数据节点发送创建命令。本文提供的边缘计算服务的创建方案搭建出的网络架构，可以实现由中心统一管理维护各个边缘数据节点上的服务，且提供的边缘计算服务类型多样。

Description

一种边缘计算服务的创建方法、装置、系统及介质

技术领域

本文涉及边缘计算技术，尤其涉及一种边缘计算服务的创建方法、装置、系统及介质。

背景技术

边缘计算起源于传媒领域，是指在靠近物或数据源头的一侧，采用网络、计算、存储、应用核心能力为一体的开放平台，就近提供最近端服务。其应用程序在边缘侧发起，产生更快的网络服务响应，满足行业在实时业务、应用智能、安全与隐私保护等方面的基本需求。边缘计算处于物理实体和工业连接之间，或处于物理实体的顶端。

如今，在分布式内容分发网络中运用边缘计算技术，能够实现大部分的用户数据运算和数据控制下沉至离用户最近的本地设备而无需依赖云端，这无疑大大提升数据的处理效率，减轻了云端以及中心数据库的负荷。但同时也产生了新的问题，分布式内容分发网络中存在大量的节点服务器，需要满足诸如缓存、调度、计算、监控、存储等多种单一或综合服务。那么，如何在大规模的复杂服务器集群中实现快捷高效的边缘计算服务搭建、如何管理数量庞大的边缘数据节点、如何智能为不同用户选择提供服务的边缘数据节点成为了关键问题。

发明内容

为克服相关技术中存在的问题，本文提供一种边缘计算服务的创建方法、装置及介质。

根据本文的第一方面，提供一种边缘计算服务的创建方法，该方法应用于边缘计算服务的管理中心，包括：

接收边缘计算服务的部署请求，根据所述部署请求获取边缘计算服务的配置信息，所述边缘计算服务的配置信息至少包括创建边缘计算服务的容器配置信息；

根据所述边缘计算服务的配置信息，向所述指定的边缘数据节点发送所述创建边缘计算服务的容器配置信息。

可选地，上述方法中，所述边缘计算服务的配置信息至少包括以下任一种或两种：

创建边缘计算服务的服务器信息；

创建边缘计算服务的节点信息。

可选地，上述方法中，所述容器配置信息至少包括如下任一种或几种：

容器的部署位置、容器个数、容器使用资源信息、容器镜像地址。

可选地，上述方法中，所述边缘计算服务的配置信息至少包括以下任一种或多种：

公用端口信息、虚拟IP信息、节点IP信息。

可选地，上述方法还包括：

收集边缘数据节点的状态信息。

可选地，上述方法中，所述状态信息至少包括边缘数据节点内的服务器状态信息和/或容器状态信息。

可选地，上述方法中，所述收集边缘数据节点的状态信息，包括：

向边缘数据节点发送监控请求，所述监控请求指示所述边缘数据节点上报边缘数据节点的状态信息；

接收边缘数据节点发送的边缘数据节点的状态信息。

可选地，上述方法还包括：

在边缘数据节点完成创建边缘计算服务后，保存所述边缘计算服务的配置信息。

根据本文的另一方面，提供一种边缘计算服务的创建方法，该方法应用于边缘计算服务的边缘数据节点，所述方法包括：

接收创建边缘计算服务的容器配置信息；

根据所述容器配置信息，创建边缘计算服务对应的容器。

可选地，上述方法还包括：

所述边缘数据节点将本边缘数据节点的状态信息上传给管理中心。

可选地，上述方法中，所述边缘数据节点的状态信息至少包括边缘数据节点内各服务器状态信息和/或容器状态信息。

可选地，上述方法中，所述边缘数据节点将边缘数据节点的状态信息上传给管理中心，包括：

边缘数据节点接收监控请求；

根据所述监控请求，将边缘数据节点的状态信息上传给管理中心。

根据本文的另一方面，提供一种边缘计算管理装置，包括：

第一管理模块，用于接收边缘计算服务的部署请求，根据所述部署请求获取创建边缘计算服务的配置信息，所述边缘计算服务的配置信息至少包括创建边缘计算服务的容器配置信息；

第二管理模块，用于根据所述边缘计算服务的配置信息，向指定的边缘数据节点发送所述创建边缘计算服务的容器配置信息。

可选地，上述装置中，所述边缘计算服务的配置信息至少包括以下任一种或两种：

创建边缘计算服务的服务器信息；

创建边缘计算服务的节点信息。

可选地，上述装置中，所述容器配置信息至少包括如下任一种或几种：

容器的部署位置、容器个数、容器使用资源信息、容器镜像地址。

可选地，上述装置中，所述边缘计算服务的配置信息至少包括以下任一种或多种：

公用端口信息、虚拟IP信息、节点IP信息。

可选地，上述装置还包括：

监控模块，用于收集边缘数据节点的状态信息。

可选地，上述装置中，所述边缘数据节点的状态信息至少包括边缘数据节点内各服务器状态信息和/或容器状态信息。

可选地，上述装置中，所述监控模块,收集边缘数据节点的状态信息，包括：

向边缘数据节点发送监控请求，所述监控请求指示所述边缘数据节点上报边缘数据节点的状态信息；

接收边缘数据节点发送的边缘数据节点的状态信息。

可选地，上述装置还包括：

数据库，用于在边缘数据节点创建完成边缘计算服务后，保存所述边缘计算服务的配置信息。

根据本文的另一方面，提供一种边缘计算服务的创建装置，包括：

第一创建模块，用于接收创建边缘计算服务的容器配置信息；

第二创建模块，用于根据所述容器配置信息，创建边缘计算服务对应的容器。

可选地，上述装置还包括：

信息上报模块，用于将本装置的状态信息上传给管理中心。

可选地，上述装置中，所述本装置的状态信息至少包括边缘数据节点内各服务器状态信息和/或容器状态信息。

可选地，上述装置中，所述信息上报模块，将本装置的状态信息上传给管理中心，包括：

接收监控请求；

根据所述监控请求，将本装置的状态信息上传给管理中心。

根据本文的另一方面，提供一种边缘计算服务系统，包括如上所述应用于边缘计算服务的管理中心的边缘计算服务的创建装置，以及如上所述应用于边缘数据节点的边缘计算服务的创建装置。

根据本文的另一方面，提供一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被执行时实现如上所述的边缘计算服务的创建方法的步骤。

根据本文的另一方面，提供一种计算机设备，包括处理器、存储器和存储于所述存储器上的计算机程序，其中，所述处理器执行所述计算机程序时实现如上所述的边缘计算服务的创建方法的步骤。

本文提供一种基于多节点的边缘计算服务的创建方案，可以实现由中心统一管理维护各个节点上的服务，且提供的边缘计算服务类型多样。

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

附图说明

构成本文的一部分的附图用来提供对本文的进一步理解，本文的示意性实施例及其说明用于解释本文，并不构成对本文的不当限定。在附图中：

图1是根据一示例性实施例示出的一种实现边缘计算的网络架构示意图。

图2是根据一示例性实施例示出的管理中心的结构示意图。

图3是根据一示例性实施例示出的边缘数据节点的结构示意图。

图4是图1所示网络架构中多个节点之间的集群管理原理示意图。

图5是图1所示网络架构中各个节点内服务与公用端口之间的映射关系的原理示意图。

图6是图1所示网络架构中各个服务部署的原理示意图。

图7是图1所示网络架构中各个容器在不同服务器上提供服务的原理示意图。

图8是根据一示例性实施例示出的一种边缘计算服务的创建方法(管理中心侧)流程图。

图9是根据一示例性实施例示出的一种边缘计算服务的创建方法(边缘数据节点侧)流程图。

具体实施方式

为使本文实施例的目的、技术方案和优点更加清楚，下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。需要说明的是，在不冲突的情况下，本文中的实施例及实施例中的特征可以相互任意组合。

图1所示为一种示例性实施例提供的一种实现边缘计算的网络架构示意图。从图1可以看出，实现边缘计算的总体架构至少包括管理中心和边缘数据节点两部分。

其中，管理中心,用于控制管理所有的边缘数据节点，向各个边缘数据节点发送创建、管理命令等,以及收集各个边缘数据节点上报的信息等。

边缘数据节点(也可称为边缘机房)，用于处理用户的请求，其中，每个边缘数据节点都可认为是自我管理的集群，可以对接收到的用户的请求进行负载均衡处理，对本边缘数据节点的容器进行水平扩展、自动迁移等，从而提供高可用性。

本文中涉及的容器包括但不限于docker容器。

一种示例性实施例提供一种边缘计算管理装置，可以置于上述图1所示的网络架构中的管理中心中，也可以是单独的装置。其至少包括第一管理模块和第二管理模块。

第一管理模块，配置为，接收边缘计算服务的部署请求，根据部署请求获取创建边缘计算服务的配置信息，所述边缘计算服务的配置信息至少包括创建边缘计算服务的容器配置信息。

本实施例中，边缘计算服务的配置信息还可以包括创建边缘计算服务的服务器信息以及创建边缘计算服务的节点信息中的至少一种或两种。

容器配置信息至少包括，容器的部署位置、容器个数、容器使用资源信息和容器镜像地址中的任一种或几种。

创建边缘计算服务的服务器信息表示，在哪个或哪些服务器上创建边缘计算服务。本文中，创建边缘计算服务的服务器信息可以包括服务器的标识信息等。

创建边缘计算服务的节点信息表示，在哪个或哪些边缘数据节点上创建边缘计算服务，即哪个或哪些边缘数据节点为指定的边缘数据节点。本文中，创建边缘计算服务的服务器信息可以包括服务器的标识信息等。

第二管理模块，配置为，根据边缘计算服务的配置信息，向指定的边缘数据节点发送创建边缘计算服务的容器配置信息。

上述第二管理模块向指定的边缘数据节点发送容器配置信息的操作，还可以达到指示指定的边缘数据节点根据此容器配置信息创建边缘计算服务对应的容器的目的。

根据上文中介绍的边缘计算服务的配置信息包含的内容，第二管理模块向指定的边缘数据节点发送容器配置信息时，可以按照如下方式进行操作：

首先，确定哪个或哪些边缘数据节点为指定的边缘数据节点。确定指定的边缘数据节点的方式可以有多种。例如，边缘计算服务的配置信息中包含有创建边缘计算服务的节点信息时，根据边缘计算服务的配置信息即可确定指定的边缘数据节点。又如，可以根据预先配置，或者通过接收其他指令等方式确定指定的边缘数据节点。

其次，确定在指定的边缘数据节点上创建边缘计算服务的容器配置信息。

最后，向指定的边缘数据节点发送容器配置信息。其中，向指定的边缘数据节点发送容器配置信息的方式可以包括多种方式。例如，可以向指定的边缘数据节点发送创建命令，在该创建命令中携带容器配置信息。又如，可以直接向指定的边缘数据节点传输包含容器配置信息的数据包。

另外，在上述装置的结构基础上，还可以增加数据库。该数据库，配置为，在边缘数据节点创建完成边缘计算服务后，保存边缘计算服务的配置信息。这样，针对边缘计算服务，就可以进行查询、管理以及维护等操作。

其他可选实施例中，还可以增加监控模块，被配置为，可以按照周期性或实时方式收集边缘数据节点的状态信息。本文中，边缘数据节点的状态信息可以包括边缘数据节点内各服务器状态信息和/或容器状态信息。监控模块收集边缘数据节点的状态信息的方式可以包括各种方式。例如，监控模块可以向边缘数据节点发送监控请求，该监控请求中可以包括上报方式和上报内容，即监控请求可以指示边缘数据节点周期性或者实时上报信息，以及上报边缘数据节点的状态信息中的服务器状态信息和/或容器状态信息。这样，接收到监控请求的边缘数据节点可以返回边缘数据节点的状态信息。监控模块接收边缘数据节点发送的边缘数据节点的状态信息，从而获取边缘数据节点的状态信息。此种收集边缘数据节点的状态信息的方案，可以及时获取边缘数据节点的状态变化，根据边缘数据节点的状态变化及时管理和维护边缘计算服务。

另外，本文中涉及的边缘计算服务的配置信息还可以包括公用端口信息、虚拟IP信息和节点IP信息中的任一种或几种。

其中，公用端口信息即为边缘数据节点上与边缘计算服务对应的端口。

虚拟IP信息即为边缘数据节点上与边缘计算服务对应的虚拟IP地址。

节点IP信息即为边缘数据节点的IP地址。

图2所示为一种示例性实施例提供的一种可作为管理中心的边缘计算管理装置的结构示意图。该装置可以包括如下组成部分：

应用程序接口服务器:主要接收服务商发起的对边缘数据节点的服务部署请求，根据接收到的部署请求涉及的配置信息，以及数据库中存储的各节点的服务器信息，确定在服务商指定的节点上创建相应的容器，并发送对应的操作命令给边缘数据节点的集群管理模块，可以指示边缘数据节点的集群管理模块对本地的容器进行创建、销毁、扩容、迁移等操作中的任一种或几种操作。

本实施例中，应用程序接口服务器相当于上文介绍的第一管理模块和第二管理模块，即第一管理模块和第二管理模块的所有功能可集成在应用程序接口服务器中实现。

日志中心:收集用户的日志数据，可以对日志数据进行处理后进行存储，以便以后用户查看日志数据。

监控中心:向边缘数据节点的集群的监控工具发送监控请求，该监控请求可以用于收集边缘数据节点的集群中的容器状态信息和服务器状态信息。其中，可以周期性地向各个边缘数据节点的集群的监控工具发送监控请求。该监控请求可用于指示边缘数据节点向管理中心上报本边缘数据节点的容器的状态信息和服务器的状态信息。本实施例中，容器的状态信息可以包括容器的占用比率(例如容器内存、cpu以及网络使用情况)等，服务器的状态信息包括服务器运行负载状态等。

本实施例中，监控中心即为上文中的监控模块。

数据库:主要用于存放用户信息、集群信息、边缘数据节点上的服务器信息等。用户信息至少包括用户标识(例如用户IP等)。集群信息至少包括集群的状态，集群中运行的任务数量等。边缘数据节点上的服务器信息至少包括服务器标识，服务器负载状态等。

一种示例性实施例提供一种边缘计算服务的创建装置，可以置于上述图1所示的网络架构中的边缘数据节点中，也可以是单独的装置。其主要包括第一创建模块和第二创建模块。

第一创建模块，配置为，接收创建命令，从中获取边缘计算服务的容器配置信息；

第二创建模块，配置为，根据所获取的容器配置信息，创建边缘计算服务对应的容器。

其中，所述容器配置信息至少包括容器的部署位置、容器使用资源信息、容器镜像地址等。

另外，上述装置还可以包括信息上报模块，该信息上报模块，配置为，周期性或实时将本装置的状态信息上传给管理中心。本实施例中，信息上报模块向管理中心上传本装置的状态信息的方式可以包括多种。例如，可以接收管理中心下发的监控请求，根据监控请求，周期性或实时地将本装置的状态信息上传给管理中心。例如，可以根据监控请求中指定的周期时间以及上报内容，向管理中心周期性地上报边缘数据节点内各服务器状态信息和容器状态信息。向管理中心上报边缘数据节点的状态信息时，可以通过监控请求的应答消息，或者通过相关技术中的各种消息向管理中心上报边缘数据节点的状态信息。

以上述架构为基础的边缘计算管理装置，还可以增加负载均衡服务模块，主要,配置为，在接收到用户发起的边缘计算服务请求时，根据发起边缘计算服务请求的用户的主机或请求的虚拟IP，以及预先配置的服务对应容器端口和公用端口的映射关系，将请求路由到该服务对应的容器端口上。

本文中涉及的用户发起的边缘计算服务请求的类型可以包括HTTP请求、HTTPS请求、Websocket请求、FTP请求、SMTP请求、TCP请求、UDP请求中的任一种或几种。

图3所示为一种示例性实施例提供的可作为边缘数据节点的边缘计算服务的创建装置结构示意图。该边缘数据节点可以包括如下组成部分。其中，集群管理模块、数据库缓存模块、虚拟服务器集群模块以及负载均衡服务模块均采用冗余设计，以避免出现单点问题。

集群管理模块:根据管理中心下发的操作命令负责本节点内的容器创建、删除、迁移，管理本节点内各个服务器，以及负责收集本节点中的服务器状态信息并上报给管理中心。

本实施例中，集群管理模块相当于本实施例中的第一创建模块、第二创建模块和信息上报模块，即第一创建模块、第二创建模块和信息上报模块的所有功能可集成在集群管理模块中实现。本文中，不同边缘数据节点之间的集群管理模块可以互不关联，每个边缘数据节点都是自我管理的集群，如图4所示。这样，可以保证控制粒度更精细，不需要通过标签来维护复杂的关系。例如，每个节点内的容器只受本节点内的集群管理模块的管理，因此不需要存储节点与容器之间的对应关系。同样，每个节点内的服务器只受本节点内的集群管理模块的管理，也不用标记存储节点与节点服务器之间的关联。当然，也可以多个节点协同进行自治管理。

上述以节点为单位构建集群，不同的节点之间集群管理模块互不关联的方式，还可以更精准地探测容器和节点(即服务器)的生存状态。这是因为所有的机房使用一个集群，在中心节点部署集群管理模块后，中心节点到边缘机房的网络环境各异，很可能错误的判断容器和节点的生存状态，进行错误的迁移。集群系统限制于一个节点进行管理的有益效果，还可以表现在，一个服务器和一个公用端口关联后，所有服务器都需要监听这个公用端口，按照不同的节点分别构建不同的集群后，就可以避免让不必要的节点监听该端口的服务器。

另外，每个节点内可以维护一套容器端口与公用端口映射关系，即将节点集群内的服务器对应的容器端口与公用端口一一对应。其中，节点内的容器端口与公用端口的映射关系可以是由管理中心侧配置，也可以由边缘数据节点侧的集群管理模块配置。由于不同节点内的集群管理模块互不关联，因此，各个节点内维护的端口映射关系互不影响。如图5所示，每个服务器都跟一个公用端口对应，并且该公用端口在集群内只能被该服务器使用，直到该服务器被销毁。这样，可以让不同的应用(也可称为服务)使用相同的容器端口，比如图5中服务器1和服务器2都配置调用容器内的80端口，但通过端口映射关系可以看出，映射至具体的公用端口时，服务器1使用的是8000端口，服务器2使用的是8001端口。并且，服务器内部的容器发生迁移，从一个服务器迁移到另一个服务器时，服务器内部可以维护该容器的IP变更，而其映射的公用端口并不会改变，因此上层不需要关心容器的迁移。其中，应用对应容器端口、公用端口之间的映射关系可以保存在管理中心的数据库中，例如，对于HTTP请求对应的应用服务，可以保存不同的域名对应的容器以及与公用端口之间的映射关系。对于TCP(Transmission Control Protocol，传输控制协议)请求对应的应用服务，可以保存虚拟IP和公用端口之间的映射关系。

运行模块:通过运行不同的容器，响应用户发起的边缘计算服务请求。

数据库缓存模块:边缘集群需要访问中心集群的数据库(即上文所述的管理中心的数据库)，所以加层缓存，在缓存无法命中的情况，再去查询中心集群的数据库。

虚拟服务器集群模块：为服务提供高可靠性。

负载均衡服务模块：可以负责容器端口与公用端口的映射，根据发起边缘计算服务请求的用户的host或者是请求的虚拟IP，根据不同的域名对应的容器以及与公用端口之间的映射关系，或者根据虚拟IP和公用端口之间的映射关系，将边缘计算请求路由到边缘数据节点的集群内不同的容器端口上。

下面介绍实现边缘计算的网络架构的实际应用。首先基于上述网络架构可以看出，用户请求的服务可以是由部署在多个节点的服务器组成，每个服务器则是一组容器的集合，其原理见图6所示。其中，同一服务器中容器的个数叫做服务器的副本数，服务器内部会保证有指定副本数的容器在运行，并且同一应用服务所使用的容器可以分布在不同的服务器上，如图7所示。这样，当用户向边缘集群发起服务请求时，可以由服务器内部对服务请求负载均衡，从而发送服务请求到不同的容器中进行对应的处理。此过程对于用户是非透明的，因此对用户而言，其能看到的只有服务器。

具体地，边缘数据节点通过公用端口监听用户发起的服务请求，然后由集群管理模块将请求通过集群的负载均衡处理路由到服务对应的其中一个或多个容器内，一般是将请求路由到负载较轻的服务器上部署的容器内。

一示例性实施例提供一种边缘计算服务系统，可以包括如上所述的边缘计算管理装置，以及如上所述的边缘计算服务的创建装置。关于上述边缘计算管理装置以及边缘计算服务的创建装置中各模块的具体实施方式已经在有关该装置的实施例中进行了详细描述，此处将不做详细阐述说明。

图8所示为一示例性实施例示出一种边缘计算服务的创建方法，其主要从管理中心侧说明上述实现边缘计算的网络架构中基于多节点的创建，相当于边缘计算服务的创建方法，该方法如图8所示，主要包括如下操作：步骤S81，管理中心接收边缘计算服务的部署请求，从该部署请求中获取边缘计算服务的配置信息。

本文中，管理中心可以通过应用程序接口服务器接收部署请求。

部署请求中获取的边缘计算服务的配置信息可以包括创建边缘计算服务的容器配置信息、创建边缘计算服务的服务器信息和创建边缘计算服务的节点信息中的任一种或几种信息。

指定的边缘数据节点信息可认为是服务商指定创建服务的边缘数据节点。

其中，容器配置信息至少包括容器的部署位置、容器的个数、容器使用资源信息、容器镜像地址等等。

本文中，容器的部署位置信息可以指容器部署在边缘数据节点的哪个服务器上。

容器的个数即为此边缘计算服务创建多少个容器，相当于创建服务的副本个数。

容器使用资源信息包括，容器使用多少CPU，容器使用多少内存，容器使用多少磁盘IO等等。

步骤S82，根据边缘计算服务的配置信息，向指定的边缘数据节点发送创建命令。

其中，创建命令可以包含部署在指定的边缘数据节点上的容器配置信息。

上述步骤S82可分为如下操作：

S82a，确定指定的边缘数据节点。

其中，确定指定的边缘数据节点的方式可以有多种。例如，边缘计算服务的配置信息中包含有创建边缘计算服务的节点信息时，该节点信息指定的边缘数据节点即为指定的边缘数据节点。又如，可以根据预先配置，或者通过接收的其他指令来获取指定的边缘数据节点。

S82b，确定边缘数据节点上的容器对应的容器配置信息。

其中，可以根据边缘计算服务的配置信息获取容器配置信息。也可以根据预先配置，或者通过接收的其他指令来获取指定的边缘数据节点。

S82c，向指定的边缘数据节点发送创建命令,创建命令中包含该指定的边缘数据节点的容器配置信息。

本实施例中，创建命令可以达到指示指定的边缘数据节点按照此容器配置信息创建服务的效果。在上述方法的基础上，还可以在边缘数据节点创建成功边缘计算服务后，管理中心保存边缘计算服务的配置信息。其中，管理中心可以将边缘计算服务的配置信息保存在数据库中。这样，管理中心就可以通过保存在数据中的边缘计算服务的配置信息对已创建的边缘计算服务进行实时查询、管理以及维护等操作。

在上述方法的基础上，还可以执行如下操作：

将创建的服务对应的域名,每个服务器IP,contain IP中的任一种或几种信息反馈给服务商。这样，用户就可以按照服务对应的域名,或者服务器IP,或者IP组发起对应的请求操作。

另外，管理中心还可以周期性或实时收集边缘数据节点的状态信息。其中，边缘数据节点的状态信息可以包括边缘数据节点内各服务器状态信息和/或容器状态信息。这样，后续可以根据边缘数据节点的状态信息对节点内服务器以及创建的容器进行管理，也可以向管理员提供边缘数据节点内服务器状态信息和容器状态信息的查询功能。

其中，管理中心收集边缘数据节点的状态信息的方式可以是任意方式。例如，管理中心可以向边缘数据节点发送监控请求，该监控请求可以指示边缘数据节点周期性或实时向管理中心上报本边缘数据节点的容器状态信息和/或服务器状态信息。

从上述描述可以看出，上述方法主要从管理中心侧进行介绍，而对于边缘数据节点而言，其接收创建命令后，可以从中获取容器配置信息，并根据容器配置信息，创建边缘计算服务对应的容器。另外，边缘数据节点，收集本边缘数据节点内各服务器状态信息和容器状态信息后，也可以将所收集的本边缘数据节点内各服务器状态信息和容器状态信息上传给管理中心。

图9是根据一示例性实施例示出的一种边缘计算服务的创建方法流程图，其主要从边缘数据节点侧说明上述实现边缘计算的网络架构中边缘计算服务的创建方法，创建过程主要包括如下操作：

步骤S91，接收创建命令；

步骤S92，从创建命令中获取待创建的边缘计算服务的容器配置信息；

步骤S93，根据所获取的容器配置信息，创建边缘计算服务对应的容器。

按照上述方法创建服务后，边缘数据节点，还可以周期性或实时将本边缘数据节点的状态信息上传给管理中心。边缘数据节点的状态信息可以包括边缘数据节点内各服务器状态信息和/或容器状态信息。

例如，边缘数据节点可以收集本边缘数据节点内各服务器状态信息和容器状态信息，并将所收集的本边缘数据节点内各服务器状态信息和容器状态信息上传给管理中心以便管理中心进行后续的管理查询操作。其中，边缘数据节点上报服务器状态信息和容器状态信息的方式，可以是主动上报的，也可以是响应管理中心侧的请求上报的。

例如，边缘数据节点通过响应管理中心侧的请求上报本边缘数据节点的状态信息，此过程如下：

边缘数据节点接收管理中心发送的监控请求。

根据监控请求中指示的方式和指示上报的内容，将所收集的本边缘数据节点中的服务器状态信息和容器状态信息实时上传给管理中心。

按照上述方式创建服务后，若接收到用户发起的边缘计算服务请求，则可以根据发起边缘计算服务请求的用户的主机或请求的虚拟IP，以及预先配置的服务对应的容器端口和公用端口的映射关系，将请求路由到该服务对应的容器端口上即可。其中，用户发起的边缘计算服务请求的类型可以是HTTP请求、HTTPS请求、TCP请求、UDP请求中的任一种或几种。预先配置的服务对应的容器端口和公用端口的映射关系可以是管理中心侧配置的，也可以是边缘数据节点侧集群管理模块配置的。

一示例性实施例提供一种计算机可读存储介质，其上存储有计算机程序，其中，计算机程序被执行时实现如上述所述的实现边缘计算的网络架构中边缘计算服务的创建方法的步骤。关于上述计算机程序被执行时涉及的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

一示例性实施例提供一种计算机设备，包括处理器、存储器和存储于所述存储器上的计算机程序，其中，所述处理器执行计算机程序时实现如上所述的实现边缘计算的网络架构中边缘计算服务的创建方法的步骤。关于上述处理器执行计算机程序时涉及的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本领域技术人员应明白，本文的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本文可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本文可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质,包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质等。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

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

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

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

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

尽管已描述了本文的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本文范围的所有变更和修改。

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

Claims (27)

1.一种边缘计算服务的创建方法，其特征在于，方法应用于边缘计算服务的管理中心，所述方法包括：

接收边缘计算服务的部署请求，根据所述部署请求获取边缘计算服务的配置信息，所述边缘计算服务的配置信息至少包括创建边缘计算服务的容器配置信息；

根据所述边缘计算服务的配置信息，向所述指定的边缘数据节点发送所述创建边缘计算服务的容器配置信息。

2.根据权利要求1所述的方法，其特征在于，所述边缘计算服务的配置信息还包括以下任一种或两种：

创建边缘计算服务的服务器信息；

创建边缘计算服务的节点信息。

3.根据权利要求1或2所述的方法，其特征在于，所述容器配置信息至少包括如下任一种或几种：

容器的部署位置、容器个数、容器使用资源信息、容器镜像地址。

4.根据权利要求3所述的方法，其特征在于，所述边缘计算服务的配置信息至少包括以下任一种或多种：

公用端口信息、虚拟IP信息、节点IP信息。

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

收集边缘数据节点的状态信息。

6.根据权利要求5所述的方法，所述状态信息至少包括边缘数据节点内的服务器状态信息和/或容器状态信息。

7.根据权利要求5或6所述的方法，其特征在于，所述收集边缘数据节点的状态信息，包括：

向边缘数据节点发送监控请求，所述监控请求指示所述边缘数据节点上报边缘数据节点的状态信息；

接收边缘数据节点发送的边缘数据节点的状态信息。

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

在边缘数据节点完成创建边缘计算服务后，保存所述边缘计算服务的配置信息。

9.一种边缘计算服务的创建方法，其特征在于，该方法应用于边缘计算服务的边缘数据节点，所述方法包括：

接收创建边缘计算服务的容器配置信息；

根据所述容器配置信息，创建边缘计算服务对应的容器。

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

所述边缘数据节点将本边缘数据节点的状态信息上传给管理中心。

11.根据权利要求10所述的方法，其特征在于，所述边缘数据节点的状态信息至少包括边缘数据节点内各服务器状态信息和/或容器状态信息。

12.根据权利要求10或11所述的方法，其特征在于，所述边缘数据节点将边缘数据节点的状态信息上传给管理中心，包括：

边缘数据节点接收监控请求；

根据所述监控请求，将边缘数据节点的状态信息上传给管理中心。

13.一种边缘计算管理装置，其特征在于，所述装置包括：

第一管理模块，用于接收边缘计算服务的部署请求，根据所述部署请求获取创建边缘计算服务的配置信息，所述边缘计算服务的配置信息至少包括创建边缘计算服务的容器配置信息；

第二管理模块，用于根据所述边缘计算服务的配置信息，向指定的边缘数据节点发送所述创建边缘计算服务的容器配置信息。

14.根据权利要求13所述的装置，其特征在于，所述边缘计算服务的配置信息还包括以下任一种或两种：

创建边缘计算服务的服务器信息；

创建边缘计算服务的节点信息。

15.根据权利要求13或14所述的装置，其特征在于，所述容器配置信息至少包括如下任一种或几种：

容器的部署位置、容器个数、容器使用资源信息、容器镜像地址。

16.根据权利要求15所述的装置，其特征在于，所述边缘计算服务的配置信息至少包括以下任一种或多种：

公用端口信息、虚拟IP信息、节点IP信息。

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

监控模块，用于收集边缘数据节点的状态信息。

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

所述边缘数据节点的状态信息至少包括边缘数据节点内各服务器状态信息和/或容器状态信息。

19.根据权利要求17或18所述的装置，其特征在于，所述监控模块,收集边缘数据节点的状态信息，包括：

向边缘数据节点发送监控请求，所述监控请求指示所述边缘数据节点上报边缘数据节点的状态信息；

接收边缘数据节点发送的边缘数据节点的状态信息。

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

数据库，用于在边缘数据节点创建完成边缘计算服务后，保存所述边缘计算服务的配置信息。

21.一种边缘计算服务的创建装置，其特征在于，所述装置包括：

第一创建模块，用于接收创建边缘计算服务的容器配置信息；

第二创建模块，用于根据所述容器配置信息，创建边缘计算服务对应的容器。

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

信息上报模块，用于将本装置的状态信息上传给管理中心。

23.根据权利要求22所述的装置，其特征在于，所述本装置的状态信息至少包括边缘数据节点内各服务器状态信息和/或容器状态信息。

24.根据权利要求22或23所述的装置，其特征在于，所述信息上报模块，将本装置的状态信息上传给管理中心，包括：

接收监控请求；

根据所述监控请求，将本装置的状态信息上传给管理中心。

25.一种边缘计算服务系统，其特征在于，包括如权利要求13至20中任一项所述的装置，以及如权利要求21至24中任一项所述的装置。

26.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被执行时实现如权利要求1－8中任意一项所述方法的步骤；或者所述计算机程序被执行时实现如权利要求9－12中任意一项所述方法的步骤。

27.一种计算机设备，包括处理器、存储器和存储于所述存储器上的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1－8中任意一项所述方法的步骤，或者所述处理器执行所述计算机程序时实现如权利要求9－12中任意一项所述方法的步骤。

Images