CN113918096B - 一种算法镜像包的上传方法、装置及应用 - Google Patents

Abstract

本申请提出了一种算法镜像包的上传方法、装置及应用，简化使用者的操作步骤，包括前端发送算法镜像包及对应的镜像描述信息至后端服务；后端服务解压算法镜像包得到至少一层镜像层、包含所述至少一层镜像层信息的元数据文件及配置文件，至少一镜像层分层上传至镜像仓库，镜像仓库存储至少一层镜像层至分布式文件系统内；上传元数据文件和配置文件至镜像仓库内，镜像仓库返回算法镜像地址给后端服务；后端服务将算法镜像地址和镜像描述信息写入数据库内，解决了传统命令行上传容器镜像的繁琐和不便，且可提高镜像仓库的存储性能和扩展性能。

Description

一种算法镜像包的上传方法、装置及应用

技术领域

本申请涉及Docker容器技术领域，特别是涉及一种算法镜像包的上传方法、 装置及应用。

背景技术

近些年随着云计算技术的蓬勃发展，容器技术已经成为一种被业界广泛认 可的服务器资源共享技术，越来越多的企业也尝试全面拥抱和使用容器及其周 边技术。鉴于传统虚拟化技术当前仍然存在一些性能和资源利用效率方面的不 足之处，出现了一批以Docker为代表的容器技术，用来改善并解决这类问题。

Docker是一个开源的应用容器引擎项目，让开发者可以打包他们的应用以 及依赖包到一个可移植的镜像中，并将这个容器发布到任何装有Docker的服务 器上，保证了应用环境的统一，也可以实现虚拟化。Docker包含三个基本概念， 分别是镜像(Image)、容器(Container)和仓库(Repository)，镜像是Docker 运行容器的前提，Docker镜像可以当作容器的基石，包含了容器的应用信息和依赖信息，仓库是存放镜像的场所，目前Docker默认的镜像仓库为Docker Registry，通常容器都是基于Docker镜像来启动的，可以通过一个Docker镜 像启动多个容器。

然而现有方案中通常采用手工执行docker push命令的方式将镜像上传至 镜像仓库，并且需要依靠上传者操作docker相关命令判断是否上传成功，这就 需要使用者要能够充分了解docker镜像相关配置内容，且整个上传的操作过程 复杂繁琐，一方面难以满足企业项目中降低使用人员学习成本的需求，另一方 面也无法提高使用者的用户体验。不仅如此，现有的镜像仓库在镜像存储方面 有局限性，当遇到大量大容量镜像存储的场景容易造成磁盘资源紧缺的问题，且目前的镜像仓库没有集成具体应用场景，无法在镜像仓库中添加额外的镜像 信息，导致镜像仓库的扩展性也受到一定的限制。

发明内容

本申请实施例提供了一种算法镜像包的上传方法、装置及应用，简化使用 者的操作步骤，解决了传统命令行上传容器镜像的繁琐和不便，且可提高镜像 仓库的存储性能和扩展性能。

第一方面，本申请实施例提供了一种算法镜像包的上传方法，所述方法包 括：前端发送算法镜像包及对应的镜像描述信息至后端服务；所述后端服务解 压所述算法镜像包得到至少一层镜像层、包含所述至少一层镜像层信息的元数 据文件及配置文件，所述至少一层镜像层分层上传至镜像仓库，所述镜像仓库 存储所述至少一层镜像层至分布式文件系统内；上传所述元数据文件和所述配置文件至所述镜像仓库内，所述镜像仓库返回算法镜像地址给所述后端服务； 所述后端服务将所述算法镜像地址和所述镜像描述信息写入数据库内。

第二方面，本申请实施例提供了一种算法镜像包的上传管理装置，包括： 前端处理单元，用于使得前端发送算法镜像包及对应的镜像描述信息至后端服 务；后端处理单元，用于使得所述后端服务解压所述算法镜像包得到至少一层 镜像层、包含所述至少一层镜像层信息的元数据文件及配置文件，所述至少一 层镜像层分层上传至所述镜像仓库，所述镜像仓库存储所述至少一层镜像层至所述分布式文件系统内；上传所述元数据文件和所述配置文件至所述镜像仓库 内，所述镜像仓库返回算法镜像地址给所述后端服务；数据库写入单元，用于 使得所述后端服务将所述算法镜像地址和所述镜像描述信息写入数据库内。

第三方面，本申请实施例提供一种电子装置，包括存储器和处理器，所述 存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行 算法镜像包的上传方法。

第四方面，本申请实施例提供一种计算机程序产品，包括软件代码部分， 当所述计算机程序产品在计算机上被运行时，所述软件代码部分用于执行算法 镜像包的上传方法。

第五方面，本申请实施例提供一种可读存储介质，所述可读存储介质中存 储有计算机程序，所述计算机程序包括用于控制过程以执行过程的程序代码， 所述过程包括算法镜像包的上传方法。

本发明的主要贡献和创新点如下：

本方案提供一种算法镜像包的上传方法、装置及应用，用户只需要在前端 页面上填写算法镜像包相关信息，选择对应要上传的镜像，就可以把包含算法 信息的镜像上传到镜像仓库中，避免了编辑命令行的操作，这种方式相较于命 令行上传的方式，可以较为明显地提升算法镜像包上传的便捷性，提升上传流 程的易用性。且用户在上传镜像时还可添加算法版本、算法厂商信息和算法描述等镜像信息，有助于用户在界面上快速了解到算法信息。

本方案将算法镜像包解压得到的镜像层存储于镜像仓库内，镜像仓库外接 分布式文件系统再将镜像层存储到分布式文件系统中，对应镜像的镜像信息以 及地址存储于数据库内，保障镜像的高可用和可靠性的同时解决了大量大容量 镜像存储的场景容易造成磁盘资源紧缺的问题。

同时，该方案可实现在具体的算法应用场景下，针对算法镜像包进行简单 的管理操作，比如查询、修改、删除等管理操作，以提高算法镜像包的易用性。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请 的其他特征、目的和优点更加简明易懂。

附图说明

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

图1是根据本申请实施例的一种算法镜像包的上传方法的系统架构图；

图2是根据本申请实施例的一种算法镜像包的上传方法的流程示意图；

图3是基于图2的根据本申请实施例的一种算法镜像包的上传方法的逻辑 示意图；

图4是根据本申请实施例的查找算法镜像包的流程示意图；

图5是根据本申请另一实施例的修改算法镜像包的流程示意图；

图6是根据本申请另一实施例的删除算法镜像包的流程示意图；

图7是根据本申请实施例的算法镜像包的上传装置的结构框图；

图8是根据本申请实施例的电子装置的硬件结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描 述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。 以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例 相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本 说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序 来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本 说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实 施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在 其他实施例中也可能被合并为单个步骤进行描述。

为了清楚地介绍本方案所提出的算法镜像包的上传方法、装置及应用，本 方案首先对本方案中可能涉及到专业名词进行解释：

Docker镜像包：Docker镜像是一个只读的Docker容器模板，含有启动 Docker容器所需的文件系统结构及其内容，因此是启动一个Docker容器的基础。 在本方案中提到的算法镜像包指的是Docker镜像包。

镜像仓库：用以保存Docker镜像，其中还包括镜像层次结构和关于镜像的 元数据，可以将镜像仓库简单地想象成类似于Git仓库之类的实体。

算法容器：指基于算法应用场景构建的Docker容器，通常包含了一个具体 的算法应用。

本方案提供的算法镜像包的上传方法的系统架构图如图1所示，算法镜像 包的上传方法在应用系统中运行，该应用系统包括前端101、前端页面102、后 端服务103、镜像仓库104、数据库105以及分布式文件系统106，在本方案中， 前端101可以浏览器的形式展示，用户在终端的前端101的前端页面102上进 行镜像上传、镜像管理等操作，后端服务103接收到上传的算法镜像包解压存 储于镜像仓库104内，描述该算法镜像包的镜像描述信息存储于数据库105内，镜像仓库104将镜像文件存储于分布式文件系统106内。具体的实现方法如下 实施例的介绍。该镜像仓库104是基于DockerRegistry标准搭建的，以提供镜像上传、查询等功能，其在方案中可用于存放及分发具体的算法镜像；镜像 仓库104外接分布式文件系统以保障镜像的高可用和可靠性，具体的，分布式 文件系统采用了无中心的架构特点和三副本机制，在保持元数据信息一致的情 况下，每个副本在各自节点上都是完整的一份数据。因此在单个节点出现故障 的时候，可以选择访问剩余的任意一个节点进行数据访问。

实施例一

本申请旨在提出一种算法镜像包的上传方法，用户仅需在前端页面填写算 法镜像的镜像描述信息，并选择对应欲上传的镜像文件，就可以轻松便捷地将 包含镜像描述信息的镜像上传到镜像仓库中，相较于命令行上传的方式，本方 案可叫显著地提升算法镜像包上传的便捷性。另外，镜像仓库接入分布式文件 系统以扩大了镜像仓库的存储量，提高了其易扩展性。

本申请实施例提供了一种算法镜像包的上传方法，具体地，参考图2和图3， 所述方法包括：

前端101发送算法镜像包及对应的镜像描述信息至后端服务103；

所述后端服务103解压所述算法镜像包得到至少一层镜像层、包含所述至 少一层镜像层信息的元数据文件及配置文件，所述至少一层镜像层分层上传至 所述镜像仓库104，所述镜像仓库104存储所述至少一层镜像层至所述分布式文 件系统106内；上传所述元数据文件和所述配置文件至所述镜像仓库104内， 所述镜像仓库返回算法镜像地址给所述后端服务103；

所述后端服务103将所述算法镜像地址和所述镜像描述信息写入数据库105 内。

在本方案中，所述算法镜像包的镜像层存储于改造过的镜像仓库内，具体 的，所述镜像层存储于所述镜像仓库外接的分布式文件系统内；所述算法镜像 包的镜像描述信息以及其在所述镜像仓库内的算法镜像地址存储于数据库内， 进而通过数据库内存储的信息即可快速实现算法镜像包的镜像描述信息的查看， 并可基于数据库完成算法镜像包的便捷管理。

在本方案中，所述镜像仓库104部署DockerRegistry标准并生成对应的镜 像仓库访问地址以及访问密钥；所述后端服务103基于镜像仓库访问地址以及 访问密钥连接对应的镜像仓库104。另外，所述后端服务103内配置存储算法镜像包的临时路径，该临时路径在算法镜像包上传成功后可被删除，以减少所述 后端服务103的资源浪费。

在本方案中，“前端101发送算法镜像包及对应的镜像描述信息至后端服 务103”中，所述镜像描述信息至少包括算法镜像名称、镜像版本、镜像描述和 镜像厂商的一种或多种，通过所述镜像描述信息可便于使用人员或者管理人员快速地获悉相关于该算法镜像包的有关信息。

特别值得说明的是，本方案的使用人员可在前端101的前端页面102上输 入关于特定算法镜像包的镜像描述信息，并选择待上传的算法镜像包即可，点 击上传按钮发送上传算法镜像包请求即可完成算法镜像包的上传，而无需以输 入命令行的方式进行操作，这样可极大程度地解放使用人员的工作量，使用人 员无需专业的Docker部署技能即可轻松便捷地完成算法镜像包的上传。

在本方案的一实施例中，所述算法镜像包为在开发环境使用docker save 命令导出的tar包。

值得说明的是，由于所述算法镜像包的内存往往较大，可以达到3到4G， 而所述镜像描述信息和所述算法镜像包的上传可以独立进行，故在一些实施例 中，所述后端服务103可先将所述镜像描述信息以及当时的上传状态写入所述 数据库105内，此时数据库的上传状态为“上传中”，而等到所述算法镜像包 全部上传完毕后修改所述上传状态，完成后数据库内的上传状态为“上传完毕”。

对应的，此时的“所述后端服务103将所述算法镜像地址和所述镜像描述 信息写入数据库105内”中包括步骤：所述后端服务103写入所述镜像描述信息及上传状态至所述数据库105内，所述上传状态为进行时状态；当所述后端 服务103将所述算法镜像地址写入所述数据库105后，修改所述上传状态为完 成时状态。

当然，在一些实施例中所述后端服务可在获取所述算法镜像地址之后，再 行将所述算法镜像地址以及所述镜像描述信息一并写入所述数据库105内，在 该步骤则无需修改上传状态。

以下重点介绍所述算法镜像包的上传步骤：

本方案是通过将算法镜像包在所述后端服务解析后分层上传至所述镜像仓 库内，且在一些特定实施例中，所述算法镜像包的至少一层镜像层分层上传至 所述镜像仓库中，同时镜像仓库将上传的镜像层存储于分布式文件系统内，可 解决现有技术中提到的现有镜像仓库在镜像存储方面有局限性的问题，且该方 案的镜像仓库的扩展性也有所提高。

在“所述后端服务103解压所述算法镜像包得到至少一层镜像层”步骤中， 所述后端服务103可在临时路径下构建临时目录以用于存储所述算法镜像包解 压得到的内容，所述算法镜像包解压后得到至少一层所述镜像层以及包含了至少一层镜像层信息的元数据文件和配置文件。

值得一提的是，为了节省镜像仓库104的存储容量以及节约上传时间，本 方案并不是将所有的镜像层都上传到镜像仓库104内，而是先根据镜像层id筛选所述镜像仓库104内已有的镜像层，进而只需要上传镜像仓库104内未上传 的镜像层即可。且本方案是通过镜像层id的比对来进行筛查，也可很大程度地 介绍后端服务103的工作资源。

具体的，在“所述至少一镜像层分层上传至所述镜像仓库104”之前包括步 骤：所述后端服务103读取所述元数据文件并提取所有的镜像层id组成镜像层 id列表，将所述镜像层id列表发送给镜像仓库104，所述镜像仓库104筛除所 述镜像层id列表中已存储于所述镜像仓库104的镜像层id组成去重镜像层id 列表，将所述去重镜像层id列表发送给所述后端服务103；所述后端服务103 将所述去重镜像层id列表对应的去重镜像层分层上传至所述镜像仓库104。

在本方案中，所述镜像层id列表内记录所述算法镜像包内所有的镜像层的 镜像层id，但不包含所述镜像层的具体内容信息，所述镜像层id列表和筛查请求自所述后端服务103发送给所述镜像仓库104，所述镜像仓库104遍历其内已 存储的镜像层id以筛查掉不需要再次上传的镜像层。

在“所述镜像仓库104筛除所述镜像层id列表中已存储于所述镜像仓库104 的镜像层id组成去重镜像层id列表”中进一步包括：比对所述镜像仓库104 已存储的镜像层id和所述镜像层id列表内的镜像层id，若出现相同的重复镜 像层id,将所述重复镜像层id从所述镜像层id列表中删除，组成所述去重镜像 层id列表。

所述后端服务103获取到所述去重镜像层id列表后，将所述去重镜像层id 列表中的去重镜像层id对应的去重镜像层上传至所述镜像仓库104。在本方案 的实施例中，所述后端服务103为每个所述去重镜像层都开启一个线程，多个 线程采用并行的方式上传所述去重镜像层至所述镜像仓库内。

在另一些实施例中，所述后端服务103为每个所述镜像层都开启一个线程， 多个线程采用并行的方式上传所述镜像层至所述镜像仓库内。

在本方案中，所述镜像仓库104接入了分布式文件系统，以将所述镜像仓 库104内的镜像层存储于所述分布式文件系统内。在本方案中，所述镜像仓库104对分布式文件系统106配置了复制卷的功能，即指定每个镜像层需要在分布式文件系统中保存3份副本。

具体的，“所述镜像仓库104存储所述至少一层镜像层至所述分布式文件 系统106内”包括步骤：

将每一镜像层写入所述分布式文件系统的第一节点并锁定，同时对描述每 一所述镜像层的副本状态的变更日志执行加1操作，并将所述变更日志写入所 述每一镜像层的扩展属性内；在所述分布式文件系统的第一节点、第二节点以 及第三节点分别写入所述每一镜像层的镜像层副本，并对所述变更日志执行减1 操作，同步所述变更日志到所述每一镜像层的扩展属性内；待全部所述镜像层 副本写入成功，返回上传成功信息给所述镜像仓库。

在本方案中，可通过变更日志的加1和减1操作来反馈所述镜像层副本是 否全部上传成功。且本方案设置复制卷的好处在于：在元数据文件信息保持一 致的情况下，同一份镜像层文件通过复制卷的功能，可以在分布式文件系统中 保留三份完整的数据，从而实现了镜像层文件的高可用特性。同时，设置复制 卷，也提升了整个镜像仓库系统的可靠性，防止镜像仓库的分布式文件系统中 任意节点宕机造成无法获取镜像等问题。

在完成所有镜像层的上传之后，所述后端服务103将所述元数据文件和所 述配置文件上传至所述镜像仓库104内，所述镜像仓库104可整合所述元数据 文件和所述配置文件，并协同已上传的镜像层进行比对校验。具体的，镜像仓 库104按照元数据文件中给出的所有镜像层的信息，依次校验每个镜像层的id、 大小和顺序是否正确，完成这部分校验工作后，即表示该算法镜像包已经完全 上传成功，随后镜像仓库104会返回该镜像的ID和镜像地址。

也就是说，在一些实施例中，在“上传所述元数据文件和所述配置文件至 所述镜像仓库104内，所述镜像仓库返回算法镜像地址给所述后端服务103”中， 包括步骤：上传所述元数据文件和所述配置文件至所述镜像仓库104内，所述 镜像仓库104依据所述元数据文件校验每个所述镜像层的id、大小和顺序是否正确，若正确，所述镜像仓库返回算法镜像地址给所述后端服务103。

在一些实施例中，所述镜像仓库不仅返回镜像地址还返回镜像ID给所述后 端服务103，以区分不同的算法镜像包。此时，所述后端服务103比对镜像ID 和所述元数据文件中的ID,确认两者完全一致后，将所述镜像ID和所述镜像地 址写入数据库105内，此时可修改数据库105中的上传状态为完成。

另外，在本方案的实施例中，在算法镜像包全部上传成功后，所述镜像仓 库删除临时目录、清理算法镜像包相关的缓存文件和配置等信息，以释放后端 服务的资源压力。

实施例二、

通过实施例一的步骤本方案可将算法镜像包上传到镜像仓库内，同时可查 看数据库105内的镜像描述信息查看每个算法镜像包的信息。不仅如此，本方 案还可基于实施一上传的算法镜像包进行管理，如图4，本实施例提供一种算法 镜像包的上传方法，对实施例一上传得到的算法镜像包进行管理，此处的管理 为“查询”，包括以下步骤：

前端101发送包含镜像名称的查询请求给后端服务103；

所述后端服务103解析所述查询请求获取所述镜像名称，基于所述镜像名 称在所述数据库105查找对应的至少一镜像描述信息，所述后端服务103处理并反馈所述镜像描述信息至前端101。

值得一提的是，由于本方案的数据库105内的镜像描述信息内含有对应算 法镜像包的镜像名称，且对应同一镜像名称可能存在多个算法镜像包，示例性： 不同算法厂商发表的同一镜像名称的算法镜像包，亦或者，同一算法厂商发表的同一镜像名称的不同版本的算法镜像包，故可通过镜像名称的查找即可调取 对应的镜像描述信息，镜像描述信息可对应一个算法镜像包，也可对应多个算 法镜像包。后端服务103将经过处理的镜像描述信息按照约定格式返回到前端 101中显示，若同一镜像名称对应多个算法镜像包，则前端101可显示镜像列表。。 在查询阶段可不用调用镜像仓库即可完成对算法镜像包的信息的获取。

在本方案的实施例中，前端101可显示镜像名称的一个或者多个算法镜像 包，并显示算法描述信息和算法厂商信息等相关信息。值得一提的是，前端101 显示的内容不做限定，可根据镜像描述信息的变化而变化。

实施例三

通过实施例一的步骤本方案可将算法镜像包上传到镜像仓库内，如图5本 实施例提供一种算法镜像包的上传方法，对实施例一上传得到的算法镜像包进 行管理，此处的管理为“修改”，包括以下步骤：

前端101发送修改特定算法镜像包的修改请求以及修改内容给后端服务103；

所述后端服务103解析所述修改请求获取所述特定算法镜像包的识别信息， 基于所述识别信息在所述数据库105查找对应的镜像描述信息，基于所述修改 内容修改所述镜像描述信息。

在本方案的实施例中，所述修改内容可以是针对特定算法镜像包的算法描 述信息和算法厂商信息等信息，当然具体的修改内容不受限定。所述识别信息 可以是镜像名称、镜像版本和镜像厂商的至少一种，所述镜像描述信息内至少 存储镜像名称、镜像版本和镜像厂商，根据所述识别信息可获取对应的所述镜 像描述信息。同上，本方案仅需在数据库中对镜像描述信息进行修改即可完成修改，依旧无需调用镜像仓库。

在本方案的实施例中，对应同一镜像名称可能存在多个算法镜像包，故此， 本方案进一步可包括步骤：

前端101发送包含镜像名称的查询请求给后端服务103；

所述后端服务103解析所述查询请求获取所述镜像名称，基于所述镜像名 称在所述数据库105查找对应的至少一镜像描述信息，所述后端服务103处理所述镜像描述信息并反馈对应所述镜像名称的镜像列表至前端101；

前端101发送修改所述镜像列表中的特定算法镜像包的修改请求以及修改 内容给后端服务103；所述后端服务103解析所述修改请求获取所述特定算法镜像包的识别信息，基于所述识别信息在所述数据库105查找对应的镜像描述信 息，基于所述修改内容修改所述镜像描述信息。

也就是说，修改人员可先基于镜像名称查找对应的多个版本或多个厂商的 算法镜像包，并从中选择需要修改的特定算法镜像包，在前端101输入对应该 特定算法镜像包的修改内容即可完成对该特定算法镜像包的镜像描述信息的修 改。

实施例四

通过实施例一的步骤本方案可将算法镜像包上传到镜像仓库内，如图6，本 实施例提供一种算法镜像包的上传方法，对实施例一上传得到的算法镜像包进 行管理，此处的管理为“删除”，包括以下步骤：

前端101发送删除特定算法镜像包的删除请求给后端服务103；

所述后端服务103转发所述删除请求给镜像仓库，所述镜像仓库基于所述 删除请求获取所述特定算法镜像包的镜像名称和版本，调取对应所述特定算法 镜像包的元数据文件，基于所述元数据文件查询到每个镜像层的信息，在所述 分布式文件系统中依次删除每个镜像层的镜像层副本，所述镜像仓库返回删除成功指令给所述后端服务103；

所述后端服务103获取所述删除成功指令后，更新所述数据库105中对应 所述特定算法镜像包的字段为删除状态。

在本方案中，分布式文件系统中对每个镜像层的删除请求进行处理，如遇 到某个镜像层正在被其他镜像使用的状况，会跳过此镜像层继续剩余镜像层的 删除处理。完成后返回该镜像层删除成功的信息给镜像仓库；镜像仓库处理分 布式文件系统中每个镜像层的删除返回结果，完成后再返回镜像删除成功指令 给算后端服务。

另外，当所述后端服务获取到删除成功指令后再对数据库中该镜像的字段 进行更新，标记为删除状态，数据库对后端服务发来的标记删除镜像请求进行 处理，标记该镜像字段为删除状态，并返回处理结果；后端服务得到数据库的 更新结果，进一步封装并返回删除成功的消息给前端。对应的，“更新所述数 据库105中对应所述特定算法镜像包的字段为删除状态”包括：基于所述删除 请求获取所述特定算法镜像包的镜像描述信息，更新所述镜像描述信息的字段为删除。

同上，在该实施例中，在本方案的实施例中，对应同一镜像名称可能存在 多个算法镜像包，故此，本方案进一步可包括步骤：

前端101发送包含镜像名称的查询请求给后端服务103；

所述后端服务103解析所述查询请求获取所述镜像名称，基于所述镜像名 称在所述数据库105查找对应的至少一镜像描述信息，所述后端服务103处理所述镜像描述信息并反馈对应所述镜像名称的镜像列表至前端101；

前端101发送删除所述镜像列表中的特定算法镜像包的删除请求给后端服 务103；

所述后端服务103转发所述删除请求给镜像仓库，所述镜像仓库基于所述 删除请求获取所述特定算法镜像包的镜像名称和版本，调取对应所述特定算法 镜像包的元数据文件，基于所述元数据文件查询到每个镜像层的信息，在所述 分布式文件系统中依次删除每个镜像层的镜像层副本，所述镜像仓库返回删除成功指令给所述后端服务103；

所述后端服务103获取所述删除成功指令后，更新所述数据库105中对应 所述特定算法镜像包的字段为删除状态。

实施例五

基于相同的构思，参考图7，本申请还提出了一种算法镜像包的上传装置， 包括：

前端处理单元，用于使得前端101发送算法镜像包及对应的镜像描述信息 至后端服务103；

后端处理单元，用于使得所述后端服务103解压所述算法镜像包得到至少 一层镜像层、包含所述至少一层镜像层信息的元数据文件及配置文件，所述镜 像层分层上传至所述镜像仓库104，所述镜像仓库104存储所述至少一层镜像层 至所述分布式文件系统106内；上传所述元数据文件和所述配置文件至所述镜像仓库104内，所述镜像仓库返回算法镜像地址给所述后端服务103；

数据库写入单元，用于使得所述后端服务103将所述算法镜像地址和所述 镜像描述信息写入数据库105内。

关于实施例四的具体实现方案可参见实施例一，在此不做累赘说明。

实施例六

本实施例还提供了一种电子装置，参考图8，包括存储器404和处理器402， 该存储器404中存储有计算机程序，该处理器402被设置为运行计算机程序以执行上述任一项算法镜像包的上传方法的实施例中的步骤。

具体地，上述处理器402可以包括中央处理器(CPU)，或者特定集成电 路(ApplicationSpecificIntegratedCircuit，简称为ASIC)，或者可以被配置成实 施本申请实施例的一个或多个集成电路。

其中，存储器404可以包括用于数据或指令的大容量存储器404。举例来 说而非限制，存储器404可包括硬盘驱动器(HardDiskDrive，简称为HDD)、 软盘驱动器、固态驱动器(SolidStateDrive，简称为SSD)、闪存、光盘、磁光 盘、磁带或通用串行总线(UniversalSerialBus，简称为USB)驱动器或者两个 或更多个以上这些的组合。在合适的情况下，存储器404可包括可移除或不可 移除(或固定)的介质。在合适的情况下，存储器404可在数据处理装置的内 部或外部。在特定实施例中，存储器404是非易失性(Non-Volatile)存储器。 在特定实施例中，存储器404包括只读存储器(Read-OnlyMemory，简称为ROM) 和随机存取存储器(RandomAccessMemory，简称为RAM)。在合适的情况下， 该ROM可以是掩模编程的ROM、可编程ROM(ProgrammableRead-OnlyMemory， 简称为PROM)、可擦除PROM(ErasableProgrammableRead-OnlyMemory，简称为EPROM)、电可擦除PROM (ElectricallyErasableProgrammableRead-OnlyMemory，简称为EEPROM)、电可改写ROM(ElectricallyAlterableRead-OnlyMemory，简称为EAROM)或闪存 (FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以 是静态随机存取存储器(StaticRandom-AccessMemory，简称为SRAM)或动态 随机存取存储器(DynamicRandomAccessMemory，简称为DRAM)，其中，DRAM 可以是快速页模式动态随机存取存储器404 (FastPageModeDynamicRandomAccessMemory，简称为FPMDRAM)、扩展数 据输出动态随机存取存储器(ExtendedDateOutDynamicRandomAccessMemory， 简称为EDODRAM)、同步动态随机存取内存(SynchronousDynamicRandom-AccessMemory，简称SDRAM)等。

存储器404可以用来存储或者缓存需要处理和/或通信使用的各种数据文件， 以及处理器402所执行的可能的计算机程序指令。

处理器402通过读取并执行存储器404中存储的计算机程序指令，以实现 上述实施例中的任意一种算法镜像包的上传方法。

可选地，上述电子装置还可以包括传输设备406以及输入输出设备408， 其中，该传输设备406和上述处理器402连接，该输入输出设备408和上述处 理器402连接。

传输设备406可以用来经由一个网络接收或者发送数据。上述的网络具体 实例可包括电子装置的通信供应商提供的有线或无线网络。在一个实例中，传 输设备包括一个网络适配器(Network Interface Controller，简称为NIC)，其 可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传 输设备406可以为射频(RadioFrequency，简称为RF)模块，其用于通过无线 方式与互联网进行通讯。

可选地，在本实施例中，上述处理器402可以被设置为通过计算机程序执 行以下步骤：

S101、前端发送算法镜像包及对应的镜像描述信息至后端服务；

S102、所述后端服务解压所述算法镜像包得到至少一层镜像层、包含所述 至少一层镜像层信息的元数据文件及配置文件，所述至少一层镜像层分层上传 至所述镜像仓库，所述镜像仓库存储所述至少一层镜像层至所述分布式文件系 统内；上传所述元数据文件和所述配置文件至所述镜像仓库内，所述镜像仓库返回算法镜像地址给所述后端服务；

S103、所述后端服务将所述算法镜像地址和所述镜像描述信息写入数据库 内。

或者执行实施例二、三或四的方法。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方 式中所描述的示例，本实施例在此不再赘述。

通常，各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实 现。本发明的一些方面可以以硬件来实现，而其他方面可以以可以由控制器、 微处理器或其他计算设备执行的固件或软件来实现，但是本发明不限于此。尽 管本发明的各个方面可以被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的这些框、装置、系统、 技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或 其他计算设备或其某种组合来实现。

本发明的实施例可以由计算机软件来实现，该计算机软件由移动设备的数 据处理器诸如在处理器实体中可执行，或者由硬件来实现，或者由软件和硬件 的组合来实现。包括软件例程、小程序和/或宏的计算机软件或程序(也称为程序产品)可以存储在任何装置可读数据存储介质中，并且它们包括用于执行特定任 务的程序指令。计算机程序产品可以包括当程序运行时被配置为执行实施例的 一个或多个计算机可执行组件。一个或多个计算机可执行组件可以是至少一个 软件代码或其一部分。另外，在这一点上，应当注意，如图中的逻辑流程的任 何框可以表示程序步骤、或者互连的逻辑电路、框和功能、或者程序步骤和逻辑电路、框和功能的组合。软件可以存储在诸如存储器芯片或在处理器内实现 的存储块等物理介质、诸如硬盘或软盘等磁性介质、以及诸如例如DVD及其数 据变体、CD等光学介质上。物理介质是非瞬态介质。

本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组 合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行 描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记 载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但 并不能因此而理解为对本申请范围的限制。应当指出的是，对于本领域的普通 技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进， 这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为 准。

Claims (14)

1.一种算法镜像包的上传方法，其特征在于，包括以下步骤：前端以浏览器的形式展示，用户在终端的前端的前端页面上进行镜像上传、镜像管理的操作，前端发送算法镜像包及对应的镜像描述信息至后端服务；所述后端服务解压所述算法镜像包得到至少一层镜像层、包含所述至少一层镜像层信息的元数据文件及配置文件，所述至少一层镜像层分层上传至镜像仓库，将每一镜像层写入分布式文件系统的第一节点并锁定，同时对描述每一镜像层的副本状态的变更日志执行加1操作，并将所述变更日志写入每一镜像层的扩展属性内；在所述分布式文件系统的第一节点、第二节点以及第三节点分别写入每一镜像层的镜像层副本，并对所述变更日志执行减1操作，同步所述变更日志到每一镜像层的扩展属性内；待全部镜像层副本写入成功，返回上传成功信息给所述镜像仓库；上传所述元数据文件和所述配置文件至所述镜像仓库内，所述镜像仓库返回算法镜像地址给所述后端服务；所述后端服务将所述算法镜像地址和所述镜像描述信息写入数据库内。

2.根据权利要求1所述的算法镜像包的上传方法，其特征在于，在“所述至少一层镜像层分层上传至镜像仓库”之前进一步包括，所述后端服务读取所述元数据文件并提取所有的镜像层id组成镜像层id列表，将所述镜像层id列表发送给镜像仓库，所述镜像仓库筛除所述镜像层id列表中已存储于所述镜像仓库的镜像层id组成去重镜像层id列表，将所述去重镜像层id列表发送给所述后端服务；所述后端服务将所述去重镜像层id列表对应的去重镜像层分层上传至所述镜像仓库。

3.根据权利要求1所述的算法镜像包的上传方法，其特征在于，在“上传所述元数据文件和所述配置文件至所述镜像仓库内，所述镜像仓库返回算法镜像地址给所述后端服务”中，包括步骤：上传所述元数据文件和所述配置文件至所述镜像仓库内，所述镜像仓库依据所述元数据文件校验每个所述镜像层的id、大小和顺序是否正确，若正确，所述镜像仓库返回算法镜像地址给所述后端服务。

4.根据权利要求1所述的算法镜像包的上传方法，其特征在于，“所述镜像仓库返回算法镜像地址给所述后端服务，所述后端服务将所述算法镜像地址和所述镜像描述信息写入数据库内”包括步骤：所述镜像仓库返回镜像地址和镜像ID给所述后端服务，所述后端服务比对镜像ID和所述元数据文件中的ID,确认两者完全一致后，将所述镜像ID和所述镜像地址写入数据库内。

5.根据权利要求1所述的算法镜像包的上传方法，其特征在于，包括：“所述后端服务将所述算法镜像地址和所述镜像描述信息写入数据库内”中包括步骤：所述后端服务写入所述镜像描述信息及上传状态至所述数据库内，所述上传状态为进行时状态；当所述后端服务将所述算法镜像地址写入所述数据库后，修改所述上传状态为完成时状态。

6.根据权利要求1所述的算法镜像包的上传方法，其特征在于，所述镜像描述信息至少包括算法镜像名称、镜像版本、镜像描述和镜像厂商的一种。

7.根据权利要求1所述的算法镜像包的上传方法，其特征在于，包括以下步骤：所述前端发送包含镜像名称的查询请求给所述后端服务；

所述后端服务解析所述查询请求获取所述镜像名称，基于所述镜像名称在所述数据库查找对应的至少一镜像描述信息，所述后端服务处理并反馈所述镜像描述信息至前端。

8.根据权利要求1所述的算法镜像包的上传方法，其特征在于，包括以下步骤：所述前端发送修改特定算法镜像包的修改请求以及修改内容给所述后端服务；

所述后端服务解析所述修改请求获取所述特定算法镜像包的识别信息，基于所述识别信息在所述数据库查找对应的镜像描述信息，基于所述修改内容修改所述镜像描述信息。

9.根据权利要求8所述的算法镜像包的上传方法，其特征在于，在“前端发送修改特定算法镜像包的修改请求以及修改内容给后端服务”之前包括步骤：前端发送包含镜像名称的查询请求给后端服务；所述后端服务解析所述查询请求获取所述镜像名称，基于所述镜像名称在所述数据库查找对应的至少一镜像描述信息，所述后端服务处理所述镜像描述信息并反馈对应所述镜像名称的镜像列表至前端，自所述镜像列表中选择所述特定算法镜像包。

10.根据权利要求1所述的算法镜像包的上传方法，其特征在于，包括：所述前端发送删除特定算法镜像包的删除请求给所述后端服务；所述后端服务转发所述删除请求给所述镜像仓库，所述镜像仓库基于所述删除请求获取所述特定算法镜像包的镜像名称和版本，调取对应所述特定算法镜像包的元数据文件，基于所述元数据文件查询到每个镜像层的信息，在所述分布式文件系统中依次删除每个镜像层的镜像层副本，所述镜像仓库返回删除成功指令给所述后端服务；所述后端服务获取所述删除成功指令后，更新所述数据库中对应所述特定算法镜像包的字段为删除状态。

11.根据权利要求10所述的算法镜像包的上传方法，其特征在于，在“前端发送删除特定算法镜像包的删除请求给后端服务”之前包括：前端发送包含镜像名称的查询请求给后端服务；所述后端服务解析所述查询请求获取所述镜像名称，基于所述镜像名称在所述数据库查找对应的至少一镜像描述信息，所述后端服务处理所述镜像描述信息并反馈对应所述镜像名称的镜像列表至前端，自所述镜像列表中选择所述特定算法镜像包。

12.一种算法镜像包的上传装置，其特征在于，包括：前端处理单元，用于使得前端发送算法镜像包及对应的镜像描述信息至后端服务，其中前端以浏览器的形式展示，用户在终端的前端的前端页面上进行镜像上传、镜像管理的操作；后端处理单元，用于使得所述后端服务解压所述算法镜像包得到至少一层多层镜像层、包含所述至少一层镜像层信息的元数据文件及配置文件，所述至少一层镜像层分层上传至镜像仓库，将每一镜像层写入分布式文件系统的第一节点并锁定，同时对描述每一镜像层的副本状态的变更日志执行加1操作，并将所述变更日志写入每一镜像层的扩展属性内；在所述分布式文件系统的第一节点、第二节点以及第三节点分别写入每一镜像层的镜像层副本，并对所述变更日志执行减1操作，同步所述变更日志到每一镜像层的扩展属性内；待全部镜像层副本写入成功，返回上传成功信息给所述镜像仓库；上传所述元数据文件和所述配置文件至所述镜像仓库内，所述镜像仓库返回算法镜像地址给所述后端服务；

数据库写入单元，用于使得所述后端服务将所述算法镜像地址和所述镜像描述信息写入数据库内。

13.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1-11所述的算法镜像包的上传方法。

14.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序，所述计算机程序包括用于控制过程以执行过程的程序代码，所述过程包括根据权利要求1-11所述的算法镜像包的上传方法。