CN114844879A - 镜像管理方法、电子设备和存储介质 - Google Patents

Abstract

本申请涉及互联网通信技术领域，公开了一种镜像管理方法、电子设备和存储介质，方法包括：获取边缘集群在应用更新或扩容后上报的应用信息，其中，应用信息包括应用当前采用的镜像的版本；根据应用信息，对应用部署集群中各边缘服务器的镜像清单列表进行更新维护；其中，镜像清单列表包括镜像版本和镜像地址；将更新维护后的镜像清单列表下发给各边缘服务器，供各边缘服务器根据镜像清单列表进行镜像下载更新本地镜像。通过边缘集群上报的应用信息，对边缘服务器的镜像清单列表进行更新维护，使边缘服务器根据镜像清单列表主动更新本地镜像，进行应用更新或扩容时直接根据本地镜像进行更新或扩容，提高更新或扩容效率，避免对其他业务造成影响。

Description

镜像管理方法、电子设备和存储介质

技术领域

本申请实施例涉及互联网通信技术领域，特别涉及一种镜像管理方法、电子设备和存储介质。

背景技术

随着通信技术的不断进步，对镜像管理能力和准确性的要求逐渐上升，在边缘计算场景下，客户会在开源容器集群管理系统(kubernetes，k8s)管理的不同边缘集群中部署自己的应用，以满足业务的运行和需要，应用的部署方式就是基于镜像的下发。

为了满足实际使用过程中的需求，客户还会根据实际情况定期或不定期的对部署在边缘集群上的应用进行管理和更新，在进行应用更新的过程中，客户会先将应用更新后的镜像上传到k8s系统管理的镜像仓库中，然后向部署了待更新的应用的边缘集群发起应用更新请求。边缘集群中的边缘服务器接收到应用更新请求后，向镜像仓库发起镜像获取请求，从镜像仓库中拉取响应于接收到的应用更新请求的更新镜像，然后根据获取到的更新镜像更新本地镜像，并根据更新后的本地镜像完成边缘服务器上部署的应用的更新。也就是说，在边缘集群当前采用的应用更新方式中，边缘服务器根据接收到的请求或指令，统一的进行本地镜像的更新，然后再依据更新后的本地镜像完成应用更新，这种应用更新方式下应用更新的效率较低，每次应用更新的时候都容易导致镜像仓库的带宽突增，应用更新过程存在较高的带宽成本，并且带宽突增和占用还可能会影响其他业务的正常运行。

发明内容

本申请实施例的主要目的在于提出一种镜像管理方法、电子设备和存储介质，旨在通过主动进行边缘服务器本地镜像更新的方式，提高应用更新或扩容的效率，避免应用更新或扩容对其他业务的正常运行造成影响。

为实现上述目的，本申请实施例提供了一种镜像管理方法，应用于中心服务器，包括：获取边缘集群在应用更新或扩容后上报的应用信息，其中，所述应用信息包括所述应用当前采用的镜像的版本；根据所述应用信息，对所述应用部署集群中各边缘服务器的镜像清单列表进行更新维护；其中，所述镜像清单列表包括镜像版本和镜像地址；将更新维护后的所述镜像清单列表下发给各所述边缘服务器，供各所述边缘服务器根据所述镜像清单列表进行镜像下载更新本地镜像。

为实现上述目的，本申请实施例还提出了一种镜像管理方法，应用于边缘服务器，包括：接收中心服务器下发的镜像清单列表；其中，所述镜像清单列表包括镜像版本和镜像地址；在所述镜像清单列表与预存的本地镜像清单列表不一致的情况下，根据所述镜像清单列表进行镜像下载更新本地镜像。

为实现上述目的，本申请实施例还提出了一种电子设备，设备包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如上所述的镜像管理方法。

为实现上述目的，本申请实施例还提出了计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现如上所述的镜像管理方法。

本申请实施例提供的镜像管理方法，中心服务器预先指令各边缘集群对部署应用的更新和扩容进行监控，接收边缘集群在应用更新或扩容后上报的应用信息，应用信息中包含应用当前采用的镜像的版本，获取发生应用变更的边缘集群在应用变更后的镜像信息。然后根据获取到的应用信息，对发生变更的应用的部署集群包含的各边缘服务器本地镜像对应的镜像清单列表进行更新维护。然后将更新维护后的镜像清单列表下发给各边缘服务器，供各边缘服务器根据镜像清单列表中的镜像版本确定需要更新的镜像，并根据镜像地址进行镜像下载更新本地镜像。通过根据发生应用变更的边缘集群上报的应用信息，对应用部署集群各边缘服务器的镜像清单列表进行更新维护，并下发更新后的镜像清单列表给各边缘服务器，使得边缘服务器能够根据镜像清单列表主动更新本地镜像，进而在客户请求进行应用更新或扩容的时候，直接根据预先更新好的本地镜像进行应用更新或扩容，提高应用更新或扩容的效率，避免应用更新或扩容对其他业务造成影响。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。

图1是本申请实施例中的镜像管理方法的流程图；

图2是本申请另一实施例中的镜像管理方法的流程图；

图3是本申请另一实施例中的电子设备的结构示意图。

具体实施方式

由背景技术可知，在边缘计算场景下常用的应用更新方式下，应用更新的效率较低，每次应用更新的时候都容易导致镜像仓库的带宽突增，应用更新过程存在较高的带宽成本，并且带宽突增和占用还可能会影响其他业务的正常运行。因此，如何简单高效的实现边缘计算场景下应用的更新或扩容，避免应用更新或扩容对其他业务运行造成影响是一个迫切需要得到解决的技术问题。

为了解决上述问题，本申请部分实施例提供了一种镜像管理方法，应用于中心服务器，包括：获取边缘集群在应用更新或扩容后上报的应用信息，其中，应用信息包括应用当前采用的镜像的版本；根据应用信息，对应用部署集群中各边缘服务器的镜像清单列表进行更新维护；其中，镜像清单列表包括镜像版本和镜像地址；将更新维护后的镜像清单列表下发给各边缘服务器，供各边缘服务器根据镜像清单列表进行镜像下载更新本地镜像。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

下面将结合具体的实施例的对本申请记载的镜像管理方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本发明的实施例第一方面提供了一种镜像管理方法，应用于中心服务器，镜像管理方法的流程可以参考图1，包括以下步骤：

步骤101，获取边缘集群在应用更新或扩容后上报的应用信息，其中，应用信息包括应用当前采用的镜像的版本。

具体地说，中心服务器可以预先向管理的边缘集群下发应用变更监控指令，指令各边缘集群对集群当前部署的应用是否发生更新或扩容进行监控，并在部署的应用发生更新或扩容的情况下，例如，客户在当前边缘集群以新的镜像版本运行已部署应用或者在当前边缘集群利用镜像部署一个新的应用。通过集群应用上报客户端采集边缘集群中客户部署应用的信息，将边缘集群当前部署的应用、应用当前采用的镜像的版本、服务器地址和集群信息等边缘集群的应用信息上报给中心服务器。中心服务器通过指定的端口接收边缘集群上报的应用信息，并由中心服务器中的中心镜像任务管理模块对应用信息进行分析。通过获取边缘集群上报的应用信息，及时获取边缘集群上的应用变更以及应用变更相关的镜像变更，便于后续对边缘服务器进行本地镜像的更新。

需要说明的是，本实施例对中心服务器与边缘集群间进行应用信息交互过程中选用的通信接口和具体采用的定制语法不做限制。

步骤102，根据应用信息，对应用部署集群中各边缘服务器的镜像清单列表进行更新维护；其中，镜像清单列表包括镜像版本和镜像地址。

具体地说，中心服务器在获取到发生应用更新或扩容的边缘集群上报的应用信息后，通过镜像任务管理模块对获取到的应用信息进行解析，获取边缘集群当前部署的应用、应用采用的镜像的版本等信息。然后通过镜像任务管理模块比对解析出的应用及应用采用的镜像版本与边缘集群镜像清单列表中记录的信息，确定发生应用更新或扩容的具体应用。在确定出边缘集群发生更新或者扩容的具体应用后，对本地维护的包含管辖的若干边缘集群镜像清单列表的镜像清单总表中，对更新的应用或扩容的应用的若干部署集群中各边缘服务器的镜像清单列表进行更新维护，将更新应用或扩容应用的应用信息、应用采用的镜像版本和存储镜像文件的镜像地址写入各边缘服务器的镜像清单列表中，并将更新后的镜像清单列表和镜像清单总表存储到中心服务器的镜像任务标准数据库中。

在一个例子中，根据应用信息，对应用部署集群中各边缘服务器的镜像清单列表进行更新维护，包括：根据应用当前采用的镜像的版本及预先创建的镜像数据列表，确定应用当前采用的镜像的存储地址；将应用当前采用的镜像的版本作为镜像版本，将存储地址作为镜像地址，关联写入镜像清单列表；其中，镜像数据列表包括镜像仓库中的所有镜像的镜像版本及镜像地址。

具体而言，在中心服务器对各边缘服务器的镜像清单列表进行更新维护的过程中，通过镜像任务管理模块确定出发生更新或者扩容的应用及应用当前采用的镜像的版本后，根据应用当前采用的镜像的版本号，在预先创建的包含镜像仓库中所有镜像的镜像版本和镜像地址的镜像数据列表中进行查表操作，确定应用当前采用的镜像在镜像仓库中的存储地址。然后将应用当前采用的镜像的版本作为镜像版本，将镜像在镜像仓库或者预设数据库中的存储地址作为镜像地址，并对应用、镜像版本和镜像地址进行关联后，写入边缘服务器的镜像清单列表中。值得一提的是，在进行关联写入的过程中，若应用为发生更新的应用，则将镜像版本和镜像地址关联写入应用当前的应用信息存储字段中，若应用为扩容的新应用，则在镜像清单列表中为新应用分配应用信息存储字段，并将应用、镜像版本和镜像地址一同写入分配到的应用信息存储字段中。通过根据应用当前采用的镜像的版本，准确在镜像数据列表中确定出镜像的存储地址，并将镜像版本和镜像地址关联写入镜像清单列表中，保证镜像清单列表更新的准确性。

另外，镜像清单列表中单个镜像的信息还可以包括使用镜像时采用的密钥、服务器地址、用户命名空间等信息，例如，单个镜像的存储字段可以如下：服务器IP:ServerIP；所在集群:ClusterName；用户命名空间:User；镜像地址:ImageUrl；镜像版本:ImageTag；密钥:Secret。本实施例对镜像存储字段中包含的具体内容和编排方式不做限定。

值得一提的是，将镜像版本和镜像地址关联写入镜像清单列表的时候，可以直接利用当前确定出的镜像版本和镜像地址对原有版本和地址进行覆盖，也可以保留原有版本和地址，在拓展字段中关联写入当前确定出的镜像版本和镜像地址，后续优先调用最新的拓展字段中的版本和地址进行镜像更新即可，本实施例对镜像列表清单更新维护过程中的具体数据写入方式不做限制。

进一步地，在获取边缘集群在应用更新或扩容后上报的应用信息前，还包括：对镜像仓库的数据更新进行监测；在客户向镜像仓库上传新版本镜像的情况下，将新版本镜像的镜像版本和镜像地址关联添加到镜像数据列表中。

具体而言，客户在进行应用更新或者扩容前，需要将更新或扩容的应用采用的镜像文件上传到镜像仓库中，然后再发布应用更新或扩容的指令给边缘集群实现应用变动。因此，中心服务器中的镜像任务管理模块根据接收到的指令或者预设程序，先对镜像仓库中当前包含的所有镜像和镜像的存储地址进行遍历，并构建出包含各镜像版本信息及镜像的存储地址的镜像数据列表。然后对镜像仓库的数据更新进行监测，在监测到客户向镜像仓库中上传新版本镜像的情况下，获取新版本镜像的版本信息及新版本镜像在镜像仓库中的存储地址，并将新版本镜像的镜像版本和镜像地址关联的添加到镜像数据列表中。通过对客户在镜像仓库中进行的镜像上传和更新进行监测，并根据客户上传的新镜像版本的镜像地址和镜像版本对镜像版本数据列表进行更新，便于后续准确对边缘服务器的镜像清单列表进行更新维护。

在另一个例子中，应用信息还包括节点亲和性门限，根据应用信息，对应用部署集群中各边缘服务器的镜像清单列表进行更新，包括：根据应用信息，对应用部署集群中的目标边缘服务器的镜像清单列表进行更新，其中，目标边缘服务器为节点亲和性大于节点亲和性门限的边缘服务器。

具体而言，客户在进行应用部署、更新和扩容的时候，可以设置应用的亲和服务器或者应用迁移或部署的亲和性要求等信息，亲和服务器是指应用优先部署或在故障后优先迁移的服务器。因此，边缘集群可以根据客户在应用部署或调整过程中设置的亲和服务器或者亲和性要求，获取应用部署或迁移的亲和性门限，并将确定出的亲和性门限添加在应用信息中上报到中心服务器。中心服务器在获取到包含亲和性门限的应用信息后，对应用部署集群中各边缘服务器的镜像清单列表进行更新前，先根据预设的算法计算出各边缘服务器与应用信息对应的应用之间的亲和性。然后将与应用间的节点亲和性大于应用信息中包含的亲和性门限的边缘服务器作为目标边缘服务器，然后利用根据应用信息确定出的镜像版本和镜像地址，对目标边缘服务器的镜像列表清单进行更新。通过节点亲和性门限对进行镜像列表清单更新的边缘服务器进行筛选，使得应用更新或扩容后的镜像能够缓存在应用可能迁移的边缘服务器中，避免其余边缘服务器对新版本镜像的无意义存储和本地镜像更新，降低边缘服务器的存储负担。

步骤103，将更新维护后的镜像清单列表下发给各边缘服务器，供各边缘服务器根据镜像清单列表进行镜像下载更新本地镜像。

具体地说，中心服务器在完成对各边缘服务器的镜像清单列表的更新维护后，根据预设指令或者边缘服务器的请求，将更新维护后的最新镜像清单列表分别下发给各边缘服务器，供各边缘服务器根据最新的镜像清单列表中的镜像版本信息检测自身是否需要进行本地镜像更新，并在需要进行本地镜像更新的情况下，根据镜像服务清单中的镜像地址进行更新镜像的下载并完成本地镜像更新。通过下发镜像清单列表，使得边缘服务器能够根据镜像清单列表在客户发起应用更新请求或应用扩容请求前，主动完成本地镜像缓存和更新；在进行应用更新或扩容时直接根据本地镜像完成应用更新和运行，极大提升应用更新或扩容的效率，避免应用更新或扩容对其他业务造成影响。

在一个例子中，镜像清单列表还包括镜像更新时间，镜像更新时间用于指示边缘服务器根据镜像清单列表进行镜像下载更新本地镜像的时刻。

具体而言，中心服务器创建和维护的镜像清单列表中还可以包括镜像更新时间，镜像更新时间用于指示边缘服务器根据镜像清单列表进行镜像下载更新本地镜像的时刻，即，中心服务器将镜像清单列表下发给各边缘服务器后，边缘服务器根据镜像版本检测出自身需要下载更新镜像进行本地镜像更新后，获取镜像清单列表中包含的镜像更新时间。然后在镜像更新时间对应的时间区间内，向镜像仓库发起镜像文件获取请求，根据镜像地址下载所需的镜像文件完成本地镜像更新。通过在镜像清单列表中设置镜像更新时间，准确控制各边缘服务器的本地镜像更新时间，尽可能避免边缘服务器集中进行镜像更新对运行的业务或者带宽资源的影响。

进一步地，镜像更新时间可以通过以下方式确定：根据中心服务器的带宽资源占用数据，确定带宽空余时间；在带宽空余时间对应的时间区间中，为各边缘服务器分配镜像更新时间。

具体而言，为了尽可能避免边缘服务器镜像更新带来的带宽负担和对其他业务造成影响，在确定各边缘服务器镜像清单列表中的镜像更新时间时，中心服务器先获取自身的带宽资源占用数据，确定带宽空余时间。例如，在早上8点至晚上10点，带宽占用较高，晚上11点至第二天早上7点，带宽占用较低，则将晚上11点至第二天早上7点这段时间作为带宽空余时间。然后在带宽空余时间对应的时间区间中，为各边缘服务器分配镜像更新时间，使各边缘服务器的镜像更新时间均匀的分布在带宽空余时间对应的时间区间中，例如，在晚上11点到第二天早上7点之间，按照时间顺序选取多个20分钟分别作为各边缘服务器的镜像更新时间。通过考虑到镜像更新对带宽资源的占用，在带宽占用较少的时间区间中进行边缘服务器的本地镜像更新，使得本地镜像更新能够与带宽使用高峰期错开，利用错峰更新的方式避免本地镜像更新对正常业务的影响，降低带宽成本。

此外，应当理解的是，上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本申请实施例的另一方面还提供了一种镜像管理方法，应用于边缘服务器，镜像管理方法的流程可以参考图2，包括以下步骤：

步骤201，接收中心服务器下发的镜像清单列表，其中，镜像清单列表包括镜像版本和镜像地址。

具体地说，边缘服务器在运行的过程中，可以通过镜像管理客户端与中心服务器通信，并接收中心服务器下发的镜像清单列表，其中，镜像清单列表中包含边缘服务器本地缓存中应该包含的镜像的版本和镜像的存储地址。

在一个例子中，在接收中心服务器下发的镜像清单列表前，还包括：周期性的向中心服务器发起镜像清单列表获取请求。具体而言，边缘服务器在运行过程中，可以根据预设的程序周期性的向中心服务器的指定应用程序接口发起请求，例如，每分钟向中心服务器指定应用程序接口发起一次请求。中心服务器在检测到边缘服务器发起该应用程序接口的请求后，会根据预设规则向边缘服务器下发最新的镜像清单列表。通过周期性请求镜像清单列表，保证边缘服务器能够及时获取到最新的镜像清单列表，以便于后续能够及时的更新本地镜像。

值得一提的是，边缘服务器进行周期性镜像清单列表请求过程中的周期可以根据实际需要进行设置，本实施例对此不做限制。

步骤202，在镜像清单列表与预存的本地镜像清单列表不一致的情况下，根据镜像清单列表进行镜像下载更新本地镜像。

具体地说，边缘服务器在获取到中心服务器下发的最新镜像清单列表后，对最新镜像清单中包含的各应用的镜像版本与本地镜像清单列表中各应用的镜像版本是否一致进行检测，在镜像清单列表中的镜像版本和本地镜像清单列表中的镜像版本不一致的情况下，判定需要进行本地镜像更新。然后根据镜像服务清单中镜像版本对应镜像地址，向镜像仓库发起镜像下载请求，下载发生更新或扩容的应用当前采用的镜像以完成本地镜像更新。

通过根据中心服务器下发的镜像清单列表进行镜像下载更新本地镜像，可以直接根据本地镜像进行应用的运行，避免了在接到请求后集中需要请求和拉取所需的镜像，极大的提升了应用更新、迁移和扩容的效率。

例如，在应用灰度更新场景下，中心服务器会在客户在某一个边缘集群中开始以新版本镜像运行应用的情况下，在镜像清单列表中写入新版本镜像的镜像版本和镜像地址，边缘服务器在接收到镜像清单列表后，根据镜像清单列表中新版本镜像的镜像地址在客户发起应用更新请求前，对新版本镜像进行本地缓存。在接收到客户的应用更新请求后，直接根据本地缓存的新版本镜像对应用进行更新和运行，省去了在接收到应用更新请求后进行新版本镜像拉取这一过程，极大提升应用更新效率。

在应用故障恢复场景下，中心服务器已经预先为应用部署集群中每个边缘服务器都构建了镜像清单列表，各边缘服务器也会根据镜像清单列表将集群部署的各应用当前采用的镜像文件缓存在本地。在某个应用所在的边缘服务器发生故障或者宕机的情况下，中心服务器会自动将应用调度到部署集群中的另一台边缘服务器上进行应用恢复。在应用恢复的过程中，新选中的边缘服务器中已经预先根据镜像清单列表缓存了部署集群中部署的所有应用当前采用的镜像文件，因此，可以直接基于本地缓存的镜像完成应用恢复和运行，避免了新选中的服务器需要根据要恢复的应用，从镜像仓库中拉取镜像这一过程，提升应用恢复的效率。

在应用扩容场景下，中心服务器会在客户在某一个边缘集群中部署新应用的情况下，在镜像清单列表中写入新应用、新应用采用的镜像版本和镜像地址，边缘服务器在接收到镜像清单列表后，根据镜像清单列表中的镜像地址在客户发起应用扩容请求前，对新应用采用的镜像进行本地缓存。在接收到客户的应用扩容请求后，直接根据本地缓存的镜像对完成新应用的部署和运行，省去了在接收到应用扩容请求后进行镜像拉取这一过程，极大提升应用扩容效率。

在一个例子中，镜像清单列表还包括镜像更新时间，根据镜像清单列表进行镜像下载更新本地镜像，包括：根据镜像更新时间，在指定时间根据镜像版本和镜像地址进行镜像下载更新本地镜像。

具体而言，中心服务器创建和维护的镜像清单列表中还可以包括镜像更新时间，镜像更新时间用于指示边缘服务器根据镜像清单列表进行镜像下载更新本地镜像的时刻，边缘服务器在接收到中心服务器下发的镜像清单列表后，根据镜像清单列表中的镜像版本信息检测是否需要进行本地镜像更新。在检测出自身需要下载更新镜像进行本地镜像更新后，边缘服务器获取镜像清单列表中包含的镜像更新时间，并在镜像更新时间对应的时间区间内，向镜像仓库发起镜像文件获取请求，根据镜像地址下载所需的镜像文件完成本地镜像更新。通过根据镜像清单列表中的镜像更新时间进行镜像文件下载和本地镜像更新，尽可能避免边缘服务器集中进行镜像更新对运行的业务或者带宽资源的影响。

进一步地，镜像更新时间可以通过以下方式确定：根据中心服务器的带宽资源占用数据，确定带宽空余时间；在带宽空余时间对应的时间区间中，为各边缘服务器分配镜像更新时间。

具体而言，为了尽可能避免边缘服务器镜像更新带来的带宽负担和对其他业务造成影响，在确定各边缘服务器镜像清单列表中的镜像更新时间时，中心服务器先获取自身的带宽资源占用数据，确定带宽空余时间。然后在带宽空余时间对应的时间区间中，为各边缘服务器分配镜像更新时间，使各边缘服务器的镜像更新时间均匀的分布在带宽空余时间对应的时间区间中。通过考虑到镜像更新对带宽资源的占用，在带宽占用较少的时间区间中进行边缘服务器的本地镜像更新，使得本地镜像更新能够与带宽使用高峰期错开，利用错峰更新的方式避免边缘服务器本地镜像更新对正常业务的影响，降低带宽成本。

此外，应当理解的是，上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本申请实施例的另一方面还提供了一种电子设备，参考图3，包括：包括至少一个处理器301；以及，与至少一个处理器301通信连接的存储器302；其中，存储器302存储有可被至少一个处理器301执行的指令，指令被至少一个处理器301执行，以使至少一个处理器301能够执行上述任一方法实施例所描述的镜像管理方法。

其中，存储器302和处理器301采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器301和存储器302的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器301处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传输给处理器301。

处理器301负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器302可以被用于存储处理器301在执行操作时所使用的数据。

本申请实施例的另一方面还提供了一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施例是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (12)

1.一种镜像管理方法，其特征在于，应用于中心服务器，包括：

获取边缘集群在应用更新或扩容后上报的应用信息，其中，所述应用信息包括所述应用当前采用的镜像的版本；

根据所述应用信息，对所述应用部署集群中各边缘服务器的镜像清单列表进行更新维护；其中，所述镜像清单列表包括镜像版本和镜像地址；

将更新维护后的所述镜像清单列表下发给各所述边缘服务器，供各所述边缘服务器根据所述镜像清单列表进行镜像下载更新本地镜像。

2.根据权利要求1所述的镜像管理方法，其特征在于，所述根据所述应用信息，对所述应用部署集群中各边缘服务器的镜像清单列表进行更新维护，包括：

根据所述应用当前采用的镜像的版本及预先创建的镜像数据列表，确定所述应用当前采用的镜像的存储地址；

将所述应用当前采用的镜像的版本作为镜像版本，将所述存储地址作为镜像地址，关联写入所述镜像清单列表；

其中，所述镜像数据列表包括镜像仓库中的所有镜像的镜像版本及镜像地址。

3.根据权利要求2所述的镜像管理方法，其特征在于，在所述获取边缘集群在应用更新或扩容后上报的应用信息前，还包括：

对所述镜像仓库的数据更新进行监测；

在客户向所述镜像仓库上传新版本镜像的情况下，将所述新版本镜像的镜像版本和镜像地址关联添加到所述镜像数据列表中。

4.根据权利要求1所述的镜像管理方法，其特征在于，所述应用信息还包括节点亲和性门限，所述根据所述应用信息，对所述应用部署集群中各边缘服务器的镜像清单列表进行更新，包括：

根据所述应用信息，对所述应用部署集群中的目标边缘服务器的镜像清单列表进行更新，其中，所述目标边缘服务器为节点亲和性大于所述节点亲和性门限的边缘服务器。

5.根据权利要求1至4中任一项所述的镜像管理方法，其特征在于，所述镜像清单列表还包括镜像更新时间，所述镜像更新时间用于指示边缘服务器根据所述镜像清单列表进行镜像下载更新本地镜像的时刻。

6.根据权利要求5所述的镜像管理方法，其特征在于，所述镜像更新时间可以通过以下方式确定：

根据所述中心服务器的带宽资源占用数据，确定带宽空余时间；

在所述带宽空余时间对应的时间区间中，为各边缘服务器分配所述镜像更新时间。

7.一种镜像管理方法，其特征在于，应用于边缘服务器，包括：

接收中心服务器下发的镜像清单列表；其中，所述镜像清单列表包括镜像版本和镜像地址；

在所述镜像清单列表与预存的本地镜像清单列表不一致的情况下，根据所述镜像清单列表进行镜像下载更新本地镜像。

8.根据权利要求7所述的镜像管理方法，其特征在于，在所述接收中心服务器下发的镜像清单列表前，还包括：周期性的向所述中心服务器发起镜像清单列表获取请求。

9.根据权利要求7或8所述的镜像管理方法，其特征在于，所述镜像清单列表还包括镜像更新时间，所述根据所述镜像清单列表进行镜像下载更新本地镜像，包括：

根据所述镜像更新时间，在指定时间根据所述镜像版本和所述镜像地址进行镜像下载更新本地镜像。

10.根据权利要求9所述的镜像管理方法，其特征在于，所述镜像更新时间可以通过以下方式确定：

根据所述中心服务器的带宽资源占用数据，确定带宽空余时间；

在所述带宽空余时间对应的时间区间中，为各边缘服务器分配所述镜像更新时间。

11.一种电子设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至6中任意一项所述的镜像管理方法，或执行如权利要求7至10中任一项所述的镜像管理方法。

12.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6中任意一项所述的镜像管理方法，或实现如权利要求7至10中任一项所述的镜像管理方法。

Images