[发明专利]一种镜像传输方法、装置、电子设备及存储介质

说明书

本发明提供了一种镜像传输方法、装置、电子设备及存储介质。该方法包括：根据针对目标镜像仓库设置的镜像过滤规则，识别镜像过滤规则中包含的目标元数据信息；根据源镜像仓库中针对每个镜像保存的元数据信息，获取每个镜像的目标元数据信息对应的参数值；针对每个镜像的目标元数据信息对应的参数值，判断该镜像的目标元数据信息对应的参数值是否满足镜像过滤规则中针对该目标元数据信息保存的过滤条件；如果是，则将该镜像作为目标镜像从源镜像仓库传输至目标镜像仓库。本发明通过设置镜像过滤规则，可使得传输的镜像均为目标镜像库需要的特定镜像，不仅能够保证传输效率，还能够节约目标镜像仓库中的存储空间，减小传输过程中带宽资源的浪费。

技术领域

本发明涉及云计算中的容器技术领域，尤其涉及一种镜像传输方法、装置、电子设备及存储介质。

背景技术

随着容器技术及其生态系统的迅速发展，企业开始选择docker(容器技术中的一种)来进行应用部署。其中容器技术的突出优点就是开发运维一体化，即容器技术可以将应用及其所依赖的软件包、操作系统文件等封装在容器镜像中，使得应用在开发、测试和发布过程中都具有相同的运行环境，带来极大的便利。

具体地，容器镜像的管理主要围绕镜像仓库(registry)来进行。一般情况下，镜像仓库可以使用公有的SaaS(Software-as-a-Service，软件即服务)服务，由于公有服务的优点是可以直接使用，因此无需用户自己维护。但是考虑到访问效率和镜像安全等方面的原因，大多数公司都建立了自己的私有镜像仓库，因此需要有贯穿整个应用生命周期的镜像管理策略。通常在开发、测试和运维中需要使用多个Registry以区分不同的用途和安全控制要求，具体地，在开发、测试和运维等过程中，镜像传输流程可参考图1所示的流程，即镜像需要从不同的镜像仓库间进行传输。

目前，现有技术中通常采用以下两种方法进行镜像传输：

方法一：手工镜像传输，即开发者手动给有效的镜像打上标签(tag)，登录新的镜像仓库，然后使用docker push命令，将镜像上传至新的镜像仓库。因此该方法适用于较小的开发团队或简单的项目，并用于实现单个镜像的传输。

方法二：利用docker registry API(Application Programming Interface，应用程序编程接口)实现镜像传输，即Docker registry提供了相关镜像同步的API，开发者可以调用相关API完成镜像的传输，因此这是一个全量镜像传输的方法，可以实现镜像全量同步传输。

具体地，docker的系统构架如图2所示，在基于docker registry API实现测试生产环境的镜像传输时，其核心是镜像仓库同步任务管理模块(RSTM，Registry SynchronizeTask Manager)，镜像仓库同步执行模块(RSE，Registry Synchronize Execution)，镜像仓库同步日志管理模块(RSLM，Registry Synchronize Log Manager)。其中，RSTM模块用于维护镜像多个同步任务，RSE模块用于实现镜像由源镜像仓库至目标镜像仓库的全量镜像同步。

然而，由于上述方法一在进行镜像传输时，手工干预较多，不能实现实时镜像传输。而上述方法二在进行镜像传输时，会将源镜像仓库中所有内容镜像同步至目标镜像仓库，不仅会占用较多的镜像存储空间，还会在传输过程中造成带宽资源的浪费。

发明内容

本发明公开了一种镜像传输方法、装置、电子设备及存储介质，以克服现有技术中采用人工进行镜像传输时存在的镜像传输不及时，或者采用API进行镜像传输时存在的存储资源浪费和带宽资源浪费的技术问题。

为克服上述技术问题，依据本发明的一个方面，提供了一种镜像传输方法，所述方法包括：