CN115840642A - 一种边缘资源处理方法、装置、系统、设备和介质 - Google Patents

Abstract

本申请涉及边缘计算技术领域，公开了一种边缘资源处理方法、装置、系统、设备和介质，用于提高边缘集群的运维处理效率。方法部分包括：将每个边缘集群配置为自定义资源CRD对象；使用kubernetes的列表监控接口List‑Watch API，监听所述自定义资源CRD对象的边缘资源事件变更，以实时对资源变更事件进行监听；当监听到有边缘资源事件变更时，响应所述边缘资源事件变更以执行对应的边缘资源处理。

Description

一种边缘资源处理方法、装置、系统、设备和介质

技术领域

本申请涉及边缘计算技术领域，尤其涉及一种一种边缘资源处理方法、装置、系统、设备和介质。

背景技术

为了适应集中式云计算的局限性，边缘计算应运而生，边缘计算平台由边缘节点组成，多个不同的边缘节点构成边缘集群，传统的方案中，在涉及到边缘节点的运维处理上，通常是运维人员手动进行操作，在操作完成之后，还需对操作结果进行判定，导致运维效率较为低下。

发明内容

基于此，有必要针对上述技术问题，提供一种一种边缘资源处理方法、装置、系统、设备和介质，以解决导致运维效率较为低下的问题。

一种边缘资源处理方法，所述方法包括：

将每个边缘集群配置为自定义资源CRD对象；

使用kubernetes的列表监控接口List-Watch API，监听所述自定义资源CRD对象的边缘资源事件变更，以实时对资源变更事件进行监听；

当监听到有边缘资源事件变更时，响应所述边缘资源事件变更以执行对应的边缘资源处理。

可选地，所述边缘资源事件变更包括新建边缘集群的变更事件，所述响应所述边缘资源事件变更执行对应的边缘资源处理，包括：

判断所述新建边缘集群的命名空间是否存在；

当存在所述命名空间，则自动部署云端管理组件到所述新建边缘集群中，并进一步判断所述新建边缘集群中是否有边缘节点；

当有所述边缘节点，则自动部署所述边缘节点对应的边端管理组件到所述新建边缘集群中，以完成所述新建边缘集群的创建。

可选地，所述判断所述新建边缘集群的命名空间是否存在之后，所述方法包括：

当不存在所述命名空间，则自动创建所述新建边缘集群的命名空间。

可选地，所述边缘资源事件变更包括新建边缘节点的变更事件，所述响应所述边缘资源事件变更执行对应的边缘资源处理，包括：

确定所述新建边缘节点所属的目标边缘集群；

获取所述目标边缘集群的集群状态，并判断所述集群状态是否为预设的正常状态；

当所述集群状态为异常状态时，则自动调整所述集群状态至所述正常状态；

当所述集群状态为所述正常状态时，则自动部署所述新建边缘节点对应的边端管理组件到所述目标边缘集群中。

可选地，所述边缘资源事件变更包括更新边缘集群组件的变更事件，所述响应所述边缘资源事件变更执行对应的边缘资源处理，包括：

对所述待更新的边缘集群的所有云端管理组件，和所有的边端管理组件进行更新。

可选地，所述判断所述新建边缘集群的命名空间是否存在之前，所述方法还包括：

响应用于创建所述新建边缘集群的新建指令，以获取的配置文件；

根据所述配置文件的预设配置模版，进行所述新建边缘集群的集群基础组件部署，得到所述新建边缘集群。

一种边缘资源处理装置，所述装置包括：

配置模块，用于将每个边缘集群配置为自定义资源CRD对象；

监听模块，用于使用kubernetes的列表监控接口List-Watch API，监听所述自定义资源CRD对象的边缘资源事件变更，以实时对资源变更事件进行监听；

处理模块，用于当监听到有边缘资源事件变更时，响应所述边缘资源事件变更执行对应的边缘资源处理。

一种边缘计算系统，所述边缘计算系统包括中心云平台、边缘云平台以及边缘资源处理装置，其中，所述边缘云平台包括至少一个边缘集群，所述边缘集群为所述边缘资源处理装置执行如前述任一项所述的所述边缘资源处理方法所创建。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如前述任一项所述的所述边缘资源处理方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如前述任一项所述的所述边缘资源处理方法的步骤。

一种计算机程序产品，该计算机程序产品包括计算机程序或指令，该计算机程序或指令时实现前述实施例提及的一种边缘资源处理方法。

上述所实现的其中一个方案中，通过将边缘集群抽象成整个集群的CRD资源，并通过kubernetes的List-Watch机制，利用资源管理组件Controller，将边缘集群的创建、边缘节点的创建、边缘集群的更新与维护等边缘资源进行全面、自动化的运维管理，实现了整个分布式边缘计算平台全自动化运维的方案，相比于传统的运维技术，本申请实施例的优势在于自动实现，并且实时高效。相比于人工运维的方式，不仅出错率低、执行效率高，还能够减少人工从而减少总体成本。

附图说明

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

图1是本申请一实施例中一种边缘资源处理方法的一流程示意图；

图2是本申请一实施例中自定义资源CRD对象的一处理流程示意图；

图3是本申请一实施例中新建边缘集群的一处理流程示意图；

图4是本申请一实施例中新建边缘节点的一处理流程示意图；

图5是本申请一实施例中更新云端和边端管理组件的一处理流程示意图；

图6是本申请一实施例中边缘资源处理装置的一结构示意图；

图7是本申请一实施例中计算机设备的一结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为便于理解本申请，这里先对本申请实施例涉及的一些术语和概念进行介绍。

边缘计算，旨在将边缘端靠近数据源的边缘节点(计算单元)纳入到中心云，实现集中管理，从而将云服务部署在边缘节点，及时响应终端请求完成相应的业务服务。在实际应用中，存在成千上万的边缘节点散布于各地，示例性的，各地的边缘节点可以包括但不局限于例如银行网点、车载节点等，均可以作为边缘集群的其中一个边缘节点，也即每个边缘集群的边缘节点的数量可以是多个，整个边缘计算系统也可以包括一个或多个边缘集群。

kubernetes(简称K8s)，是一种云平台的开源容器集群管理系统，利用kubernetes构建kubernetes集群，目前，如果需要得到具有边缘计算能力的集群，较常用的方法就是通过手工或者脚本将基础的kubernetes集群，转为具备边缘计算能力的kubernetes集群，把kubernetes集群中的一个或多个普通节点转换为边缘节点，得到边缘集群。

本申请中，提供了一种边缘计算系统，该边缘计算系统包括中心云平台、边缘云平台以及边缘资源处理装置，其中，所述边缘云平台包括至少一个边缘集群，所述边缘集群为边缘资源处理装置执行本申请实施例提供的所述边缘资源处理方法所创建的边缘集群。

传统的方案中，在涉及到边缘集群的有关运维处理上，通常是运维人员手动进行操作，比如包括新建边缘集群、新增边缘节点等，在操作完成之后，还需对操作结果进行判定，导致运维效率较为低下。为解决该效率低下的技术问题，本申请提供了如下方案，下面进行详细的描述：

在一实施例中，如图1所示，提供了一种边缘资源处理方法，包括如下步骤：

S10：将每个边缘集群配置为自定义资源CRD对象；

S20：使用kubernetes的列表监控接口List-Watch API，监听所述自定义资源CRD对象的边缘资源事件变更，以实时对资源变更事件进行监听；

S30：当监听到有边缘资源事件变更时，响应所述边缘资源事件变更以执行对应的边缘资源处理。

该实施例中，提出了在kubernetes的基础下进行资源变更事件的监听，在kubernetes基础下，可以将每个边缘集群配置为自定义资源(Custom ResourceDefinition，CRD)对象，需要说明的是，自定义资源CRD对象本身是kubernetes的一种资源，允许用户自定义新的资源类型对象。

需要说明的是，从kubernetes的角度来看，所有东西都叫资源，通过该自定义资源CRD抽象的方式，可以统一管理多区域或者大规模的边缘集群，以实现自动运维所需的不同目的。具体而言，可以将抽象出的自定义资源CRD对象命名为Edge cluster(简称EC)，通过kubectl apply-f的命令，将上述自定义的自定义资源CRD对象在kubernetes中创建。

该实施例中，在将每个边缘集群抽象配置为自定义资源CRD之后，使用kubernetes的列表监控接口List-Watch API，直接监听所述自定义资源CRD的事件变更，以实时对每个边缘集群的资源变更事件进行监听。

需要说明的是，该实施例中，定义好自定义资源CRD对象后，需要通过kubernetes的管理组件Controller，对自定义资源CRD对象进行监听和对应的运维处理操作。如图2所示，其中，kubernetes中包括informer模块，可以理解，kubernetes的informer模块封装了List-Watch API，kubernetes的管理组件Controller只需要实现各类事件处理函数，即各类运维处理，当自定义资源CRD对象的资源变更事件被触发时，kubernetes的Informer模块会将资源变更事件发送到管理组件Controller中，管理组件Controller将根据资源变更事件的类型，匹配对应的处理函数，然后将整个资源变更事件放入Workqueue(工作队列)，随后Process Item(处理器)将从工作队列中取出该资源变更事件，并进行相应的运维处理，其中，Workqueue用于从Resource Event Handlers接收和缓冲待处理的资源变更对象，并交由Process Item进行处理，从而将接收和处理的过程解耦，Process Item，用于执行资源对象管理操作的业务代码，通常由一到多个函数组成，负责从Workqueue中取出资源变更事件对象并完成真正的处理过程，必要时，这些函数还会调用Indexer以检索和获取资源的详细状态数据，以完成所需的运维处理工作。图2中各模块可参阅kubernetes的有关内容，这里不详细描述。

该实施例中，通过自定义资源CRD对象和创建管理组件Controller实现监听和处理逻辑，提高了方案的可实时性，也充分的利用了kubernetes集群的资源组件特点实现本申请方案，更为快速、便捷，当监听到有边缘资源事件变更时，响应所述边缘资源事件变更以执行对应的边缘资源处理，实现边缘集群的快速运维，提高了处理效率。

需要说明的是，在该实施例中，边缘资源事件变更包括，但不局限于新建边缘集群、新建边缘节点和对边缘集群组件进行更新等，下面，通过具体实施例对上述边缘资源变更的响应处理方式进行描述。

在一实施例中，如图3所示，所述边缘资源事件变更包括新建边缘集群的变更事件，步骤S30中，所述响应所述边缘资源事件变更执行对应的边缘资源处理，包括如下步骤：

S31a：实时对边缘集群的资源变更事件进行监听，当监听到有新建边缘集群的变更事件时，执行步骤S32a。

S32a：判断所述新建边缘集群的命名空间是否存在，当存在所述命名空间，则执行步骤S33a；当存在所述命名空间，则执行步骤34a。

该实施例中，会将每个边缘集群抽象为一种被监听的事件资源，然后实时对边缘集群的资源变更事件进行监听。示例性的，边缘集群的资源变更事件可以包括新建边缘集群的资源变更事件，并当监听到该资源变更事件时，执行步骤S32a，以判断新建边缘集群的命名空间(namespaces)是否存在。

S33a：创建新建边缘集群的命名空间。

S34a：自动部署云端管理组件到所述新建边缘集群中。

可以理解的，在实时对边缘集群的资源变更事件进行监听之后，比如，通过List-Watch API监听到有新建边缘集群的变更事件时，则会判断所述新建边缘集群的命名空间是否存在，如果新建边缘集群存在命名空间，则自动部署云端管理组件到所述新建边缘集群中。在一实施例中，如果新建边缘集群不存在命名空间，则自动创建该新建边缘集群的命名空间，并自动部署云端管理组件到所述新建边缘集群中。

需要说明的是，命名空间namespaces是kubernetes集群中的虚拟化集群，在一个kubernetes集群中可以拥有多个命名空间，在逻辑上彼此隔离，该实施例中，在新建边缘集群时会在kubernetes集群(即新建边缘集群)创建对应的命名空间，并自动化部署云端管理组件。需要说明的是，本申请实施例中所描述的云端管理组件指的是边缘集群云端管理组件，用于部署至边缘集群中以实现云端所需功能，示例性的，上述云端管理组件可以包括，但不局限于tunnel-cloud、tunnel-coredns、api-server等组件，具体本申请实施例不做限定。

在一些实施例中，具体实现时，可以通过如下方式创建相应的命名空间。例如：创建一个名字为：test的命名空间namespace，可通过执行：如下命令kubectl createnamespace test实现；或者使用yaml文件：

#test.yaml:

kind:Namespace

apiVersion:v1

metadata:

name:test

labels:

name:test

然后，执行kubectl apply-f test.yaml创建命名空间，创建方式本申请实施例也不做限定。

S35a：判断所述新建边缘集群中是否有边缘节点，当有所述边缘节点，则执行步骤S36a。

S36a：自动部署所述边缘节点对应的边端管理组件到所述新建边缘集群中，以完成所述新建边缘集群的创建。

在自动部署完云端管理组件之后，接着再判断所述新建边缘集群中是否有边缘节点，如果新建边缘集群已有边缘没节点，则自动部署所述边缘节点对应的边端管理组件到所述新建边缘集群中，以完成所述新建边缘集群的创建。在一些实施例中，具体而言，可再通过Daemonset的方式，将边端管理组件部署在新建边缘集群中。

如果新建边缘集群没有边缘节点，可以选择在该边缘集群新建边缘节点，或者按照某种部署规则自动部署边缘节点，而新建边缘节点的部署流程可参阅后续实施例。

需要说明的是，本申请实施例中所描述的边端管理组件指的是边缘集群边端管理组件，用于部署至边缘集群的边缘节点中以实现与云端交互所需边缘功能。示例性的，上述边端管理组件可以包括，但不局限于tunnel-edge、kube-proxy等等组件。最后会根据当前边缘集群下是否有边缘节点，来自动化部署边缘节点的计算组件。

另外需要说明的是，结合上述实施例，在具体实现自动化部署时，可以通过管理组件Controller实现部署云端管理组件流程逻辑。

在该实施例中，通过将边缘集群抽象为资源对象进行监听，当监听到有新建边缘集群的变更事件时，自动完成后续判断以及边缘集群的工作，可以极大的减少手动检测与新建边缘集群的繁琐操作，时效性更高，处理效率更高。

在一实施例中，如图4所示，所述边缘资源事件变更包括新建边缘节点的变更事件，所述响应所述边缘资源事件变更执行对应的边缘资源处理，包括如下步骤：

S31b：当监听到有新建边缘节点的变更事件时，确定所述新建边缘节点所属的目标边缘集群。

S32b：获取所述目标边缘集群的集群状态。

S33b：判断所述集群状态是否为预设的正常状态，当所述集群状态为异常状态时，则执行步骤S34b，当所述集群状态为所述正常状态时，则执行步骤S34b。

S34b：自动调整所述集群状态至所述正常状态。

S35b：自动部署所述新建边缘节点对应的边端管理组件到所述目标边缘集群中。

该实施例中，对于新创建的新建边缘节点，当创建了新边缘节点后，会自动检查该新建边缘节点所属的目标边缘集群的集群状态，如果目标边缘集群是正常运行的，则说明是正常状态，如果目标边缘集群是异常运行的，说明是异常状态。

在一些实施例中，如果目标边缘集群的集群状态不好，会则调整边缘集群状态直到为正常状态为止，然后接着可以用Daemonset的形式，自动部署所述新建边缘节点对应的边端管理组件到所述目标边缘集群中，从而完成该新建边缘节点的部署。

需要说明的是，所述目标边缘集群的集群状态可以通过该目标边缘集群的状态信息获取，一般集群中会直接指示是否正常运行或异常，异常通常包括节点本身的硬件异常，如过耗或停机等或者集群运行异常等，具体不做限定。

另外需要说明的是，结合上述实施例，在具体实现自动化部署时，可以通过管理组件Controller实现边端管理组件的部署流程逻辑。

该实施例中，在一实施例中，所述边缘资源事件变更包括更新边缘集群组件的变更事件，所述响应所述边缘资源事件变更执行对应的边缘资源处理，如图5所示，更新过程包括如下步骤：

S31c：当监听到对待更新的边缘集群的变更事件，则将待更新的边缘集群所有的集群的管理组件进行更新。

S32c：更新待更新的边缘集群的Daemonset，通过Daemonset的方式，对待更新的边缘集群所有边缘节点的边端管理组件进行更新。

该实施例中，对于整个待更新的边缘集群的更新事件，整个待更新的边缘集群有更新时，会将所有的待更新的边缘集群的管理组件进行更新，对于云端管理组件，直接进行更新。对于边端管理组件，先是更新该待更新的边缘集群的Daemonset，接着再通过Daemonset的方式，对待更新的边缘集群所有边缘节点的边端管理组件进行更新。

在一实施例中，所述判断所述新建边缘集群的命名空间是否存在之前，所述方法还包括如下步骤：响应用于创建所述新建边缘集群的新建指令，以获取的配置文件；根据所述配置文件的预设配置模版，进行所述新建边缘集群的集群基础组件部署，得到所述新建边缘集群。

该实施例中，在得到新建边缘集群的配置文件之后，会基于集群基础组件进行基础kubernetes集群的模块化部署，示例性的，上述基础组件包括docker、kubelet、etcd和kube组件等，kube组件包括kube-apiser、kube-scheduler、kube-controller-manager等，还可以包括haproxy/nginx组件等。需要说明的是，在构建新建边缘集群时，可以在组件部署过程中，将用于添加master主节点和从节点的组件集合进行部署，使得新增新建边缘集群的主节点的数量，提高集群性能。

在一些实施例中，在部署上述集群基础组件时，还会检查集群部署环境是否存在部署风险，上述部署风险包括节点的硬件情况等，这样，有利于提高部署的有效性和成功率，具体不做限定。

综上实施例，本申请实施例中提供了一种边缘资源处理方法，通过将边缘集群抽象成整个集群的CRD资源，并通过kubernetes的List-Watch机制，利用资源管理组件Controller，将边缘集群的创建、边缘节点的创建、边缘集群的更新与维护等边缘资源进行全面、自动化的运维管理，实现了整个分布式边缘计算平台全自动化运维的方案，相比于传统的运维技术，本申请实施例的优势在于自动实现，并且实时高效。相比于人工运维的方式，不仅出错率低、执行效率高，还能够减少人工从而减少总体成本。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在一实施例中，提供一种边缘资源处理装置，该边缘资源处理装置与上述实施例中边缘资源处理装置一一对应。如图6所示，该边缘资源处理装置包括配置模块101、监听模块102和处理模块103。各功能模块详细说明如下：

配置模块101，用于将每个边缘集群配置为自定义资源CRD对象；

监听模块102，用于使用kubernetes的列表监控接口List-Watch API，监听所述自定义资源CRD对象的边缘资源事件变更，以实时对资源变更事件进行监听；

处理模块103，用于当监听到有边缘资源事件变更时，响应所述边缘资源事件变更执行对应的边缘资源处理。

在一实施例中，所述边缘资源事件变更包括新建边缘集群的变更事件，所述处理模块103还用于：

判断所述新建边缘集群的命名空间是否存在；

当存在所述命名空间，则自动部署云端管理组件到所述新建边缘集群中，并进一步判断所述新建边缘集群中是否有边缘节点；

当有所述边缘节点，则自动部署所述边缘节点对应的边端管理组件到所述新建边缘集群中，以完成所述新建边缘集群的创建。

在一实施例中，所述处理模块103还用于：当不存在所述命名空间，则自动创建所述新建边缘集群的命名空间。

在一实施例中，所述边缘资源事件变更包括有新建边缘节点的变更事件，所述处理模块103还用于：

确定所述新建边缘节点所属的目标边缘集群；

获取所述目标边缘集群的集群状态，并判断所述集群状态是否为预设的正常状态；

当所述集群状态为异常状态时，则自动调整所述集群状态至所述正常状态；

当所述集群状态为所述正常状态时，则自动部署所述新建边缘节点对应的边端管理组件到所述目标边缘集群中。

在一实施例中，所述边缘资源事件变更包括更新边缘集群组件的变更事件，所述处理模块103还用于：

对所述待更新的边缘集群的所有云端管理组件，和所有的边端管理组件进行更新。

在一实施例中，处理模块103还用于：

响应用于创建所述新建边缘集群的新建指令，以获取的配置文件；

根据所述配置文件的预设配置模版，进行所述新建边缘集群的集群基础组件部署，得到所述新建边缘集群。

综上实施例，本申请实施例中提供了一种边缘资源处理装置，通过将边缘集群抽象成整个集群的CRD资源，并通过kubernetes的List-Watch机制，利用资源管理组件Controller，将边缘集群的创建、边缘节点的创建、边缘集群的更新与维护等边缘资源进行全面、自动化的运维管理，实现了整个分布式边缘计算平台全自动化运维的方案，相比于传统的运维技术，本申请实施例的优势在于自动实现，并且实时高效。相比于人工运维的方式，不仅出错率低、执行效率高，还能够减少人工从而减少总体成本。

关于边缘资源处理装置的具体限定可以参见上文中对于边缘资源处理方法的限定，在此不再赘述。上述边缘资源处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括可读存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令。该内存储器为可读存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的网络接口用于与外部服务器通过网络连接通信。该计算机可读指令被处理器执行时以实现一种边缘资源处理方法。本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机可读指令，处理器执行计算机可读指令时实现以下步骤：

将每个边缘集群配置为自定义资源CRD对象；

使用kubernetes的列表监控接口List-Watch API，监听所述自定义资源CRD对象的边缘资源事件变更，以实时对资源变更事件进行监听；

当监听到有边缘资源事件变更时，响应所述边缘资源事件变更以执行对应的边缘资源处理。

在一个实施例中，提供了一个或多个存储有计算机可读指令的计算机可读存储介质，本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。可读存储介质上存储有计算机可读指令，计算机可读指令被一个或多个处理器执行时实现以下步骤：

将每个边缘集群配置为自定义资源CRD对象；

使用kubernetes的列表监控接口List-Watch API，监听所述自定义资源CRD对象的边缘资源事件变更，以实时对资源变更事件进行监听；

当监听到有边缘资源事件变更时，响应所述边缘资源事件变更以执行对应的边缘资源处理。

在一实施例中，提供了一种计算机程序产品，该计算机程序产品包括计算机程序或指令，该计算机程序或指令时实现前述实施例提及的一种边缘资源处理方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性可读取存储介质或易失性可读存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种边缘资源处理方法，其特征在于，所述方法包括：

将每个边缘集群配置为自定义资源CRD对象；

使用kubernetes的列表监控接口List-Watch API，监听所述自定义资源CRD对象的边缘资源事件变更，以实时对资源变更事件进行监听；

当监听到有边缘资源事件变更时，响应所述边缘资源事件变更以执行对应的边缘资源处理。

2.如权利要求1所述的边缘资源处理方法，其特征在于，所述边缘资源事件变更包括新建边缘集群的变更事件，所述响应所述边缘资源事件变更执行对应的边缘资源处理，包括：

判断所述新建边缘集群的命名空间是否存在；

当存在所述命名空间，则自动部署云端管理组件到所述新建边缘集群中，并进一步判断所述新建边缘集群中是否有边缘节点；

当有所述边缘节点，则自动部署所述边缘节点对应的边端管理组件到所述新建边缘集群中，以完成所述新建边缘集群的创建。

3.如权利要求2所述的边缘资源处理方法，其特征在于，所述判断所述新建边缘集群的命名空间是否存在之后，所述方法包括：

当不存在所述命名空间，则自动创建所述新建边缘集群的命名空间。

4.如权利要求1所述的边缘资源处理方法，其特征在于，所述边缘资源事件变更包括新建边缘节点的变更事件，所述响应所述边缘资源事件变更执行对应的边缘资源处理，包括：

确定所述新建边缘节点所属的目标边缘集群；

获取所述目标边缘集群的集群状态，并判断所述集群状态是否为预设的正常状态；

当所述集群状态为异常状态时，则自动调整所述集群状态至所述正常状态；

当所述集群状态为所述正常状态时，则自动部署所述新建边缘节点对应的边端管理组件到所述目标边缘集群中。

5.如权利要求1所述的边缘资源处理方法，其特征在于，所述边缘资源事件变更包括更新边缘集群组件的变更事件，所述响应所述边缘资源事件变更执行对应的边缘资源处理，包括：

对所述待更新的边缘集群的所有云端管理组件，和所有的边端管理组件进行更新。

6.如权利要求1-5任一项所述的边缘资源处理方法，其特征在于，所述判断所述新建边缘集群的命名空间是否存在之前，所述方法还包括：

响应用于创建所述新建边缘集群的新建指令，以获取的配置文件；

根据所述配置文件的预设配置模版，进行集群基础组件部署，得到所述新建边缘集群。

7.一种边缘资源处理装置，其特征在于，所述装置包括：

配置模块，用于将每个边缘集群配置为自定义资源CRD对象；

监听模块，用于使用kubernetes的列表监控接口List-Watch API，监听所述自定义资源CRD对象的边缘资源事件变更，以实时对资源变更事件进行监听；

处理模块，用于当监听到有边缘资源事件变更时，响应所述边缘资源事件变更执行对应的边缘资源处理。

8.一种边缘计算系统，其特征在于，所述边缘计算系统包括中心云平台、边缘云平台以及边缘资源处理装置，其中，所述边缘云平台包括至少一个边缘集群，所述边缘集群为所述边缘资源处理装置执行如权利要求1-6任一项所述的所述边缘资源处理方法所创建。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述的所述边缘资源处理方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的所述边缘资源处理方法的步骤。

Images