CN113342378A - 一种基于文件系统更新的镜像生成方法、设备及介质 - Google Patents

Abstract

本申请公开了一种基于文件系统更新的镜像生成方法、设备及介质，方法包括：确定文件系统对应的镜像文件；通过补丁更新工具对所述文件系统的补丁进行更新，确定所述文件系统的差量镜像文件；所述差量镜像文件包括新增的文件、修改的文件以及删除的文件信息；根据所述差量镜像文件，对所述镜像文件的镜像层进行更新，确定更新的镜像文件；所述更新的镜像文件的镜像层大于所述镜像文件的镜像层。本申请实施例通过基于更新补丁前后文件对比,获取出本次文件系统更新的新增、修改以及删除的文件信息，然后通过增加镜像层的模式，来避免每次打包全新的镜像，提高了镜像拉取速度，可以在自动更新完差量之后自动打包形成新的镜像，提高了部署效率。

Description

一种基于文件系统更新的镜像生成方法、设备及介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种基于文件系统更新的镜像生成方法、设备及介质。

背景技术

容器技术是指有效的将单个操作系统的资源划分到孤立的组中，以便更好的在孤立的组之间平衡有冲突的资源使用需求，而镜像是加载到这个容器的软件。当需要对容器的功能进行增强时，需要升级该容器对应的镜像。

目前，经常会有增删改查原始安装盘的内部文件的情况，在打包环境镜像时，需要全新生成一个完整的镜像，然后将全新生成的镜像下载到设备。

但是，由于需要下载一个全新生成的完整镜像文件，导致网络传输的时间会非常长,网络带宽的损耗也会非常大，不利于快速部署迭代。

发明内容

本申请实施例提供一种基于文件系统更新的镜像生成方法、设备及介质，用于解决在文件系统更新时，需要下载一个全新生成的完整镜像文件到设备，导致效率低，不利于快速部署迭代的问题。

本申请实施例采用下述技术方案：

一方面，本申请实施例提供了一种基于文件系统更新的镜像生成方法，该方法包括：确定文件系统对应的镜像文件；通过补丁更新工具对所述文件系统的补丁进行更新，确定所述文件系统的差量镜像文件；所述差量镜像文件包括新增的文件、修改的文件以及删除的文件信息；根据所述差量镜像文件，对所述镜像文件的镜像层进行更新，确定更新的镜像文件；所述更新的镜像文件的镜像层大于所述镜像文件的镜像层。

一个示例中，所述根据所述差量镜像文件，对所述镜像文件的镜像层进行更新，确定更新的镜像文件，具体包括：将第一差量镜像文件作为新一层文件叠加至所述镜像文件的镜像层，形成所述更新的镜像文件的镜像层的第一层；所述第一差量镜像文件包括所述新增的文件与所述修改的文件；确定第二差量镜像文件的删除命令；所述第二差量镜像文件包括所述删除的文件信息；根据所述第二差量镜像文件的删除命令，修改所述镜像文件的启动脚本；以使在容器启动时，删除所述镜像文件中的第二差量镜像文件。

一个示例中，所述确定第二差量镜像文件的删除命令，具体包括：将所述第二差量镜像文件的记录的前面增加删除的命令，得到所述第二差量镜像文件的删除命令。

一个示例中，所述根据所述第二差量镜像文件的删除命令，修改所述镜像文件的启动脚本，具体包括：根据所述第二差量镜像文件的删除命令，确定所述第二差量镜像文件的脚本；所述第二差量镜像文件的脚本为delete.sh脚本；将所述第二差量镜像文件的脚本添加至所述启动脚本的最上面，以修改所述镜像文件的启动脚本。

一个示例中，所述根据所述第二差量镜像文件的脚本，修改所述镜像文件的启动脚本之后，所述方法还包括：启动所述容器进行验证，确定所述第一差量镜像文件信息已经被删除。

一个示例中，所述确定文件系统对应的镜像文件，具体包括：在所述文件系统中备份制作所述镜像文件的原始安装盘文件，得到备份安装盘；根据所述备份安装盘，确定所述文件系统对应的镜像文件。

一个示例中，所述通过补丁更新工具对所述文件系统的补丁进行更新，确定所述文件系统的差量镜像文件，具体包括：在所述原始安装盘中，通过补丁更新工具对所述文件系统的补丁进行更新，得到更新安装盘；对比所述更新安装盘与所述备份安装盘，确定所述文件系统的差量镜像文件。

一个示例中，所述对比所述更新安装盘与所述备份安装盘，确定所述文件系统的差量镜像文件，具体包括：对比所述更新安装盘与所述备份安装盘，通过rsync脚本确定所述新增的文件与所述修改的文件；并通过diff命令比较存在于所述备份安装盘,不存在于更新安装盘，确定所述删除的文件。

另一方面，本申请实施例提供了一种基于文件系统更新的镜像生成设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：确定文件系统对应的镜像文件；通过补丁更新工具对所述文件系统的补丁进行更新，确定所述文件系统的差量镜像文件；所述差量镜像文件包括新增的文件、修改的文件以及删除的文件信息；根据所述差量镜像文件，对所述镜像文件的镜像层进行更新，确定更新的镜像文件；所述更新的镜像文件的镜像层大于所述镜像文件的镜像层。

另一方面，本申请实施例提供了一种基于文件系统更新的镜像生成非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：确定文件系统对应的镜像文件；通过补丁更新工具对所述文件系统的补丁进行更新，确定所述文件系统的差量镜像文件；所述差量镜像文件包括新增的文件、修改的文件以及删除的文件信息；根据所述差量镜像文件，对所述镜像文件的镜像层进行更新，确定更新的镜像文件；所述更新的镜像文件的镜像层大于所述镜像文件的镜像层。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请实施例通过基于更新补丁前后文件对比,获取出本次文件系统更新的新增,修改以及删除的文件信息，然后通过增加镜像层的模式，来避免每次打包全新的镜像，极大的提高了镜像拉取速度，可以在自动更新完差量之后自动打包形成新的镜像，提高了部署效率。

附图说明

为了更清楚地说明本申请的技术方案，下面将结合附图来对本申请的部分实施例进行详细说明，附图中：

图1为本申请实施例提供的一种基于文件系统更新的镜像生成方法的流程示意图；

图2为本申请实施例提供的另一种基于文件系统更新的镜像生成方法的流程示意图；

图3为本申请实施例提供的一种基于文件系统更新的镜像生成设备的结构示意图。

具体实施方式

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

下面参照附图来对本申请的一些实施例进行详细说明。

在现有技术中，很多产品的业务，在业务执行的过程中会涉及容器化部署的情况，以GSCloud产品的业务过程为例，现阶段GSCloud产品需要容器化部署，使用K8S进行服务编排，并且经常会有增删改查原始安装盘内部文件的情况，如果出现了可能会影响环境的表现，必须予以解决。但是基于文件系统补丁增量打包环境镜像时，由于全新生成镜像,导致镜像文件较大，网络下载时间漫长。

而本申请实施例提供的基于文件系统更新的镜像生成方法，用于解决在文件系统更新时，需要下载一个全新生成的完整镜像文件到设备，导致效率低，不利于快速部署迭代的问题。

本申请实施例涉及的分析方法的实现可以为终端设备，也可以为服务器，本申请对此不作特殊限制。为了方便理解和描述，以下实施例均以服务器为例进行详细描述。

需要说明的是，该服务器可以是单独的一台设备，可以是有多台设备组成的系统，即，分布式服务器，本申请对此不做具体限定。

图1为本申请实施例提供的一种基于文件系统更新的镜像生成方法的流程示意图，具体包括以下步骤：

S101：确定文件系统对应的镜像文件。

在本申请的一些实施例中，服务器基于文件系统所对应当前版本的情况，打包镜像，从而得到镜像文件。

具体地，服务器在文件系统备份制作镜像的安装盘文件，得到备份安装盘，然后基于备份安装盘，通过docker build形成镜像，得到文件系统对应的镜像文件。

S102：通过补丁更新工具对文件系统的补丁进行更新，确定文件系统的差量镜像文件。其中，差量镜像文件包括新增的文件、修改的文件以及删除的文件信息。

在本申请的一些实施例中，服务器需要打包镜像,但是文件系统更新补丁之后存在三种情况,一种是新增文件,一种是修改文件,还有一种是删除文件。在原始安装盘上面使用补丁更新工具更新文件系统的补丁，得到更新安装盘，然后对比更新安装盘与备份安装盘，获取第一差量镜像文件与第二差量镜像文件。第一差量镜像文件是指新增文件与修改文件，第二差量镜像文件是指删除文件。

其中，第一差量镜像文件通过rsync脚本确定，第二差量镜像文件通过diff命令比较存在于备份安装盘,不存在于更新安装盘确定。

需要说明的是，原始安装盘与更新安装盘实际上是一个盘，由于对原始安装盘中文件系统的补丁进行更新，因此在更新文件系统补丁之后，将原始安装盘命名为更新安装盘。

S103：根据差量镜像文件，对镜像文件的镜像层进行更新，确定更新的镜像文件。其中，更新的镜像文件的镜像层大于镜像文件的镜像层。

在本申请的一些实施例中，镜像文件的镜像层包括第一子层至第n子层，n≥1，第一子层至第n子层位于容器内。

服务器将第一差量镜像文件作为新的一层文件叠加到镜像文件的镜像层,形成更新的镜像文件的镜像层的第一层。

进一步，如果文件不支持删除的话,那么会引起问题，比如bean重复或者是其他严重问题，因此本申请实施例获取删除文件记录之后，将其转换成删除命令。

具体地，将第二差量镜像文件记录的前面增加删除的命令，得到第二差量镜像文件的删除命令，然后通过删除命令形成第二差量镜像文件所对应的delete.sh脚本。

更进一步，在容器的在启动脚本的最上面增加第二差量镜像文件的脚本，以修改镜像文件的启动脚本，实现启动时在容器的可写层删除补丁工具删除的文件,实现增量部署，使之在启动之前动态删除文件,避免删除失败。

在修改镜像文件的启动脚本以后，便可以生成更新的镜像文件，查看更新的镜像信息，并且启动容器进行验证，查看文件是否已经被删除掉，并且查看启动情况。

需要说明的是，虽然本申请实施例是参照图1来对步骤S101至步骤S103依次进行介绍说明的，但这并不代表步骤S101至步骤S103必须按照严格的先后顺序执行。本申请实施例之所以按照图1中所示的顺序对步骤S101至步骤S103依次进行介绍说明，是为了方便本领域技术人员理解本申请实施例的技术方案。换句话说，在本申请实施例中，步骤S101至步骤S103之间的先后顺序可以根据实际需要进行适当调整。

基于前文的描述，本申请实施例通过基于更新补丁前后文件对比,获取出本次文件系统更新的新增,修改以及删除的文件信息，然后通过增加一个镜像层的模式，以及修改镜像内的启动脚本，来避免每次打包全新的镜像，极大的提高了镜像拉取速度，可以在自动更新完差量之后自动打包形成新的镜像，提高了部署效率。

基于上面的说明，图2为本申请实施例提供的一种基于文件系统更新的镜像生成方法的实施方案示意图。

如图2所示，应用于GSCloud产品，其中，本申请实施例包括3个目录，分别是更新补丁后的目录，制作镜像的目录，用来制作差量目录的文件记录信息。

比如，rsync--dry-run-rcnC--out-format＝"％n"/gscloud//gscloudstandard/|grep-v"/$"|xargs-I{}rsync-R/gscloud/./{}/dockerimages/gscloud/。

其中，/gscloud是更新补丁后的目录，/gscloudstandard是镜像制作时的目录，/dockerimages/gscloud是用来制作差量目录的文件记录信息。

首先，服务器在文件系统备份制作镜像的GSCloud原始安装盘文件，得到GSCloud备份安装盘。其中，GSCloud原始安装盘与GSCloud备份安装盘的初始状态是一致的。

服务器通过docker形成GSCloud备份安装盘对应的镜像，并对GSCloud原始安装盘中文件系统的补丁进行更新，得到更新安装盘。在更新安装盘中包括GSCloud With增量。

其中，GSCloud备份安装盘上的镜像images内的文件与文件系统一致。

服务器将更新安装盘与备份安装盘进行对比，得到新增文件、修改文件以及删除的文件，并将删除的文件的记录形成delete.sh脚本。

比如，find/gscloud/！-path"/gscloud/tools/*"！-path"/gscloud/updatebak/*"！-path"/gscloud/server/var/*"！-path"/gscloud/server/log/*"|sort>/deploy/new.txt find/gscloudstandard/！-path"/gscloudstandard/tools/*"！-path"/gscloudstandard/updatebak/*"！-path"/gscloudstandard/server/var/*"！-path"/gscloudstandard/server/log/*"|sort>/deploy/old.txtsed-i's/gscloudstandard/gscloud/g'/deploy/old.txtdiff/deploy/new.txt/deploy/old.txt|grep">"|cut-c 3->/deploy/delete.txt sed's/^/rm-rf&/g'/deploy/delete.txt>/dockerimages/delete.sh chmod 777/dockerimages/delete.sh

其中，前面两个find命令将更新补丁前后的文件记录拉取出来，第一个sed命令，将目录前缀做成一样的，然后使用diff方式获取仅存在于更新补丁之前,而不存在于更新补丁之后的文件,也就是获取已经被开发移除的文件，第二个sed将文件记录前面增加删除mingling,修改成删除命令,并且放到制作镜像的目录里面去以便进行处理，最后一步赋予权限,使之能够执行。

然后，服务器将镜像文件push到私有的镜像仓库Registry，服务器基于Registry中的镜像与差量文件形成更新的镜像。

具体地，服务器将新增与修改的文件作为新的一层文件叠加到镜像文件的镜像层,形成更新的镜像文件的镜像层的第一层，并在容器的在启动脚本的最上面增加删除文件的脚本，以修改镜像文件的启动脚本，实现启动时在容器的可写层删除补丁工具删除的文件,实现增量部署，使之在启动之前动态删除文件,避免删除失败。

基于同样的思路，本申请的一些实施例还提供了上述方法对应的设备和非易失性计算机存储介质。

图3为本申请实施例提供的一种基于文件系统更新的镜像生成设备的结构示意图，包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

确定文件系统对应的镜像文件；

通过补丁更新工具对文件系统的补丁进行更新，确定文件系统的差量镜像文件；差量镜像文件包括新增的文件、修改的文件以及删除的文件信息；

根据差量镜像文件，对镜像文件的镜像层进行更新，确定更新的镜像文件；更新的镜像文件的镜像层大于镜像文件的镜像层。

本申请的一些实施例提供的一种基于文件系统更新的镜像生成非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：确定文件系统对应的镜像文件；

通过补丁更新工具对文件系统的补丁进行更新，确定文件系统的差量镜像文件；差量镜像文件包括新增的文件、修改的文件以及删除的文件信息；

根据差量镜像文件，对镜像文件的镜像层进行更新，确定更新的镜像文件；更新的镜像文件的镜像层大于镜像文件的镜像层。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请技术原理之内所作的任何修改、等同替换、改进等，均应落入本申请的保护范围之内。

Claims (10)

1.一种基于文件系统更新的镜像生成方法，其特征在于，所述方法包括：

确定文件系统对应的镜像文件；

通过补丁更新工具对所述文件系统的补丁进行更新，确定所述文件系统的差量镜像文件；所述差量镜像文件包括新增的文件、修改的文件以及删除的文件信息；

根据所述差量镜像文件，对所述镜像文件的镜像层进行更新，确定更新的镜像文件；所述更新的镜像文件的镜像层大于所述镜像文件的镜像层。

2.根据权利要求1所述的方法，其特征在于，所述根据所述差量镜像文件，对所述镜像文件的镜像层进行更新，确定更新的镜像文件，具体包括：

将第一差量镜像文件作为新一层文件叠加至所述镜像文件的镜像层，形成所述更新的镜像文件的镜像层的第一层；所述第一差量镜像文件包括所述新增的文件与所述修改的文件；

确定第二差量镜像文件的删除命令；所述第二差量镜像文件包括所述删除的文件信息；

根据所述第二差量镜像文件的删除命令，修改所述镜像文件的启动脚本；以使在容器启动时，删除所述镜像文件中的第二差量镜像文件。

3.根据权利要求2所述的方法，其特征在于，所述确定第二差量镜像文件的删除命令，具体包括：

将所述第二差量镜像文件的记录的前面增加删除的命令，得到所述第二差量镜像文件的删除命令。

4.根据权利要求2所述的方法，其特征在于，所述根据所述第二差量镜像文件的删除命令，修改所述镜像文件的启动脚本，具体包括：

根据所述第二差量镜像文件的删除命令，确定所述第二差量镜像文件的脚本；所述第二差量镜像文件的脚本为delete.sh脚本；

将所述第二差量镜像文件的脚本添加至所述启动脚本的最上面，以修改所述镜像文件的启动脚本。

5.根据权利要求4所述的方法，其特征在于，所述根据所述第二差量镜像文件的脚本，修改所述镜像文件的启动脚本之后，所述方法还包括：

启动所述容器进行验证，确定所述第一差量镜像文件信息已经被删除。

6.根据权利要求1所述的方法，其特征在于，所述确定文件系统对应的镜像文件，具体包括：

在所述文件系统中备份制作所述镜像文件的原始安装盘文件，得到备份安装盘；

根据所述备份安装盘，确定所述文件系统对应的镜像文件。

7.根据权利要求6所述的方法，其特征在于，所述通过补丁更新工具对所述文件系统的补丁进行更新，确定所述文件系统的差量镜像文件，具体包括：

在所述原始安装盘中，通过补丁更新工具对所述文件系统的补丁进行更新，得到更新安装盘；

对比所述更新安装盘与所述备份安装盘，确定所述文件系统的差量镜像文件。

8.根据权利要求7所述的方法，其特征在于，所述对比所述更新安装盘与所述备份安装盘，确定所述文件系统的差量镜像文件，具体包括：

对比所述更新安装盘与所述备份安装盘，通过rsync脚本确定所述新增的文件与所述修改的文件；并

通过diff命令比较存在于所述备份安装盘,不存在于更新安装盘，确定所述删除的文件。

9.一种基于文件系统更新的镜像生成设备，其特征在于，包括：

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

确定文件系统对应的镜像文件；

通过补丁更新工具对所述文件系统的补丁进行更新，确定所述文件系统的差量镜像文件；所述差量镜像文件包括新增的文件、修改的文件以及删除的文件信息；

根据所述差量镜像文件，对所述镜像文件的镜像层进行更新，确定更新的镜像文件；所述更新的镜像文件的镜像层大于所述镜像文件的镜像层。

10.一种基于文件系统更新的镜像生成非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：

确定文件系统对应的镜像文件；

通过补丁更新工具对所述文件系统的补丁进行更新，确定所述文件系统的差量镜像文件；所述差量镜像文件包括新增的文件、修改的文件以及删除的文件信息；

根据所述差量镜像文件，对所述镜像文件的镜像层进行更新，确定更新的镜像文件；所述更新的镜像文件的镜像层大于所述镜像文件的镜像层。

Images