[发明专利]边缘云系统、边缘管控方法、管控节点及存储介质

说明书

本申请实施例提供一种边缘云系统、边缘管控方法、管控节点及存储介质。在本申请实施例中，提供一种云边融合架构，针对该云边融合架构，采用中心和边缘双重管控的方式，可极大地提高云边融合架构的边缘自治能力，极大地提升边缘容器化应用的服务能力；进一步，在中心管控节点重新满足管控条件之后，不依赖边缘管控节点对边缘集群的管控状态，而是依据其在不满足管控条件之前对边缘集群的管控状态重新对边缘集群中的容器化应用进行管控，这样两个管控节点之间为松耦合，各自独立管控，边缘自治能力更加灵活。

技术领域

本申请涉及边缘云技术领域，尤其涉及一种边缘云系统、边缘管控方法、管控节点及存储介质。

背景技术

随着5G、物联网时代的到来以及云计算应用的逐渐增加，终端侧对云计算资源在时延、带宽等性能上的要求越来越高，集中式的云网络已经无法满足终端侧日渐增高的需求，于是出现了边缘计算技术。边缘计算是一种将数据处理、存储等放在距离终端更近的边缘节点中处理的分布式计算形式，贴近数据源，有利于降低服务响应时延，降低带宽成本。

随着边缘计算的日益发展，在边缘侧需要部署大量的应用，而容器(container)作为一种云原生技术，具有轻量化和可移植性等优秀的特性，非常适合承载边缘计算场景中的应用实例，而且由于容器天生对应用具有更好的亲和性，便于快速方便地在短时间内部署或关闭应用实例，来满足边缘侧的实时流量。然而，如何对边缘容器进行编排、调度是云原生和边缘计算融合(简称为云边融合)所面临的技术问题。

在现有技术中，采用开源的容器编排调度系统kubernetes解决云原生和边缘计算融合场景下容器的编排、调度问题。具体地，可以将kubernetes的主(master)组件托管在云端，将kubernetes的工作(worker)组件部署在边缘计算节点上，worker组件通过公网连接到云端的master组件，master组件和worker组件相互配合实现云边融合场景下容器的编排和调度。但是，由于云端和边缘侧之间通过公网连接，公网网络的延迟和不稳定等客观因素，使运行在边缘侧的应用时常脱离云端管控，无法保障给边缘应用的可服务性。

发明内容

本申请的多个方面提供一种边缘云系统、边缘管控方法、管控节点及存储介质，用以实现云边融合架构下的边缘自治能力，保障边缘应用的可服务性。

本申请实施例提供一种边缘云系统，包括：中心管控节点，以及与所述中心管控节点网络连接的至少一个边缘集群，每个边缘集群包括边缘管控节点和边缘计算节点，所述边缘计算节点上可部署容器化应用；

所述边缘管控节点，用于在所述中心管控节点不满足对所述边缘管控节点所属目标边缘集群的管控条件期间，对所述目标边缘集群中的容器化应用进行管控，以使所述容器化应用继续提供服务；

所述中心管控节点，用于在重新满足对所述目标边缘集群的管控条件之后，基于其在不满足管控条件之前对所述目标边缘集群中容器化应用的管控状态，重新对所述目标边缘集群中的容器化应用进行管控。

本申请实施例还提供一种边缘管控方法，适用于边缘管控节点，所述方法包括：确定边缘云系统中的中心管控节点不满足对目标边缘集群的管控条件；以及在所述中心管控节点不满足对所述目标边缘集群的管控条件期间，对所述目标边缘集群中的容器化应用进行管控，以使所述容器化应用继续提供服务；其中，所述目标边缘集群是所述边缘云系统中所述边缘管控节点所属的边缘集群。

本申请实施例还提供一种边缘管控方法，适用于中心管控节点，所述方法包括：在不满足对边缘云系统中目标边缘集群的管控条件期间，确定重新满足对所述目标边缘集群的管控条件；基于在不满足管控条件之前对所述目标边缘集群中容器化应用的管控状态，重新对所述目标边缘集群中的容器化应用进行管控；其中，所述目标边缘集群是所述边缘云系统中的任一边缘集群，在所述中心管控节点不满足对所述目标边缘集群的管控条件期间，由所述目标边缘集群中的边缘管控节点对所述目标边缘集群中的容器化应用进行管控。