一种容器镜像的版本管理方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种容器镜像的版本管理方法和装置。


背景技术：

2.容器技术是指用于有效地将单个操作系统的资源划分到孤立的组中，以便更好地在孤立的组之间平衡有冲突的资源使用需求的技术。由于采用容器封装服务，彻底解决了运行环境一致性的问题，且具有可灵活迁移、降低资源消耗、减少资源冲突等优点，容器技术在服务器系统中的应用越来越广泛。基于此，对服务的更新则变成了对容器镜像的更新，服务的补丁则变成了容器镜像对应的补丁，以根据补丁对容器镜像的版本进行管理。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：容器镜像版本的管理需依赖容器镜像服务器，无法适用于较分散或者上网条件受限的服务器；仅能对单个服务组件对应的容器镜像的版本进行管理，而无法对复杂服务下的多个服务组件对应的容器镜像版本进行统一管理。


技术实现要素：

4.有鉴于此，本发明实施例提供了一种容器镜像的版本管理方法和装置，能够不依赖网络，实现对容器镜像版本的更新，同时又可以对复杂服务下多个服务组件对应的容器镜像版本进行统一管理。
5.为实现上述目的，根据本发明实施例的一个方面，提供了一种容器镜像的版本管理方法，包括：
6.获取服务对应的补丁包，所述补丁包指示了所述服务下一个或多个服务组件对应的容器镜像的补丁；
7.根据所述补丁对所述容器镜像的版本进行更新，所述补丁累积了所述容器镜像对应的所有历史修改。
8.可选地，所述补丁包还指示了版本信息文件，所述版本信息文件记录了所述补丁包对应的补丁包版本、所述服务组件对应的期望组件版本，所述期望组件版本包含有所述补丁包版本。
9.可选地，所述根据所述补丁对所述容器镜像的版本进行更新，包括：
10.对于每一个所述服务组件，判断所述服务组件对应的容器镜像的版本是否小于所述服务组件对应的期望组件版本；
11.若小于，则对所述容器镜像执行补丁安装操作，并将所述容器镜像的版本更新为期望组件版本；
12.若不小于，则跳过对所述容器镜像执行补丁安装操作。
13.可选地，还包括：
14.对于所述服务下每一个服务组件，判断所述服务组件对应的容器镜像的版本是否包含有所述补丁包版本；
15.若包含，则对所述容器镜像执行补丁反安装操作，并将所述容器镜像的版本更新为补丁安装之前的历史版本；
16.若不包含，则跳过对所述容器镜像执行补丁反安装操作。
17.可选地，所述版本信息文件为json文件。
18.为实现上述目的，根据本发明实施例的另一个方面，提供了一种容器镜像的版本管理装置，包括：补丁包获取模块、版本更新模块；其中，
19.所述补丁包获取模块，用于获取服务对应的补丁包，所述补丁包指示了所述服务下一个或多个服务组件对应的容器镜像的补丁；
20.所述版本更新模块，用于根据所述补丁对所述容器镜像的版本进行更新，所述补丁累积了所述容器镜像对应的所有历史修改。
21.可选地，所述补丁包还指示了版本信息文件，所述版本信息文件记录了所述补丁包对应的补丁包版本、所述服务组件对应的期望组件版本，所述期望组件版本包含有所述补丁包版本。
22.可选地，所述根据所述补丁对所述容器镜像的版本进行更新，包括：
23.对于每一个所述服务组件，判断所述服务组件对应的容器镜像的版本是否小于所述服务组件对应的期望组件版本；
24.若小于，则对所述容器镜像执行补丁安装操作，并将所述容器镜像的版本更新为期望组件版本；
25.若不小于，则跳过对所述容器镜像执行补丁安装操作。
26.可选地，所述版本更新模块，还用于，
27.对于所述服务下每一个服务组件，判断所述服务组件对应的容器镜像的版本是否包含有所述补丁包版本；
28.若包含，则对所述容器镜像执行补丁反安装操作，并将所述容器镜像的版本更新为补丁安装之前的历史版本；
29.若不包含，则跳过对所述容器镜像执行补丁反安装操作。
30.可选地，所述版本信息文件为json文件。
31.为实现上述目的，根据本发明实施例的再一个方面，提供了一种用于容器镜像版本管理的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的容器镜像的版本管理方法中任一所述的方法。
32.为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如上所述的容器镜像的版本管理方法中任一所述的方法。
33.上述发明中的一个实施例具有如下优点或有益效果：通过累积了所有历史修改的补丁，实现了容器镜像的离线补丁，即实现了对容器镜像版本的离线更新，避免了对网络的依赖；同时，通过服务对应的整体补丁包，实现了对服务下一个或多个服务组件对应的容器镜像的统一更新，即实现了对复杂服务下容器镜像版本的统一管理。
34.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
35.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
36.图1是根据本发明实施例的容器镜像的版本管理方法的主要流程的示意图；
37.图2是根据本发明实施例的另一容器镜像的版本管理方法的主要流程的示意图；
38.图3是根据本发明实施例的容器镜像的版本管理装置的主要模块的示意图；
39.图4是本发明实施例可以应用于其中的示例性系统架构图；
40.图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
41.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
42.图1是根据本发明实施例的容器镜像的版本管理方法的主要流程示意图，如图1所示，该容器镜像的版本管理方法具体可以包括的步骤如下：
43.步骤s101，获取服务对应的补丁包，所述补丁包指示了所述服务下一个或多个服务组件对应的容器镜像的补丁。
44.其中，容器镜像如docker镜像，是一种轻量级、可执行的独立软件包，用来打包软件运行环境和基于运行环境开发的软件，包含某个软件所需的所有内容，如代码、库、环境变量、配置文件、运行环境等。所有的应用可直接打包成容器镜像，然后通过在容器镜像上加一个读写层即可创建出容器并运行。对于复杂的服务如应用或者软件，可以将其拆分为多个服务组件，并分别将其封装在不同的容器镜像中运行，以通过对一个或多个服务组件的更新实现服务的部分或整体更新。
45.在本发明的一个实施例中，所述补丁包还指示了版本信息文件，所述版本信息文件记录了所述补丁包对应的补丁包版本、所述服务组件对应的期望组件版本，所述期望组件版本包含有所述补丁包版本。
46.其中，补丁包版本即为安装完补丁包后服务期望升级到的版本，期望组件版本则是指安装完补丁过后服务组件对应的容器镜像期望升级到的版本。如以补丁包版本为h为例进行说明，则补丁包中包含的服务组件a、服务组件b、服务组件c对应的期望组件版本可以为ah、bh、ch，亦或者a-h、b-h、c-h等，即期望组件版本中不仅指示了相对应的服务组件还指示了对应的补丁包版本。基于此，可以通过补丁包版本以及期望组件版本实现补丁包的整体安装以及卸载，进而实现对容器镜像版本的统一管理。
47.可以理解的是，本实施例中的ah、a-h等仅为示例性说明，在指示了补丁包版本的基础上，期望组件版本可以采用任意形式或者任意字符进行表达，如期望组件版本还可以包括服务组件类型、对其他服务组件的依赖关系、适配的容器镜像主版本即容器镜像发布时的版本、服务组件自身的补丁序列等信息。具体地，在执行的过程中，期望组件版本既可以存储在补丁包中，即记录于版本信息文件中，又可以存储在应用补丁的计算机上，用于标记该计算机的实际补丁状态如已安装补丁记录等。
48.更具体地，本发明实施例采用的版本信息文件为json文件，如命名为hotfix_info.json文件，该文件除却记录的补丁包版本、期望组件版本外，还可以根据实际需求记录容器镜像主版本即容器镜像发布时的版本等信息。
49.步骤s102，根据所述补丁对所述容器镜像的版本进行更新，所述补丁累积了所述容器镜像对应的所有历史修改。
50.其中，补丁是roll-up的，即具有累积更新的特性，每一个补丁中除却当前修改以外，还包含有所有的历史修改。如以服务组件a已经发布了十个版本的补丁a1、a2、a3、
……
、a10为例进行说明，传统模式下，需要按照a1到a10的顺序逐一获取补丁并安装，才能实现所有功能的更新，因而对网络条件比较依赖，且每一次更新都需要进行重启服务才能激活，补丁安装造成的宕机时间长。而本实施例中提供的roll-up补丁，由于累积了a1到a10所有的补丁，因而不需要关注容器镜像之前完成的补丁版本，只要容器镜像的当前版本低于最新补丁版本，即可以直接安装最新补丁以实现对容器镜像功能的所有更新，且仅需要重新启动一次，既减少了补丁安装阶段的时间消耗，又减少了因安装补丁造成的宕机时间，减少了资源消耗，提高了服务系统性能。
51.此外，值得注意的是，由于补丁中包含有之前的所有历史修改，因而通过已下载的补丁包即可实现容器镜像的离线补丁安装，而无需逐步线上获取已发布的多版本补丁，避免了对网络的依赖。
52.可以理解的是，根据补丁对容器镜像的更新主要包括安装补丁、卸载补丁即反安装补丁，因而对应的版本更新也主要包括容器镜像版本的升级、版本回退或回滚。
53.在本发明的一个实施例中，所述根据所述补丁对所述容器镜像的版本进行更新，包括：对于每一个所述服务组件，判断所述服务组件对应的容器镜像的版本是否小于所述服务组件对应的期望组件版本；若小于，则对所述容器镜像执行补丁安装操作，并将所述容器镜像的版本更新为期望组件版本；若不小于，则跳过对所述容器镜像执行补丁安装操作。
54.具体地，以补丁包版本为h，所包含的服务组件a、b对应的期望组件版本为ah、bh为例进行说明，则容器镜像的版本更新逻辑如下：
55.(1)对于服务组件a，获取对应的容器镜像的版本，假设为av；
56.(2)如果av≥ah，则跳过对服务组件a的补丁安装操作；
57.(3)如果av《ah，则对服务组件a执行补丁安装操作，并更新容器镜像的版本为av＝ah；
58.(4)对于服务组件b执行相同的上述逻辑。
59.基于此，即可基于同一补丁包h实现对同一服务下不同服务组件a、b对应的容器镜像版本的统一升级，即本实施例中的补丁包支持整体安装。
60.在本发明的一个实施例中，还包括：对于所述服务下每一个服务组件，判断所述服务组件对应的容器镜像的版本是否包含有所述补丁包版本；若包含，则对所述容器镜像执行补丁反安装操作，并将所述容器镜像的版本更新为补丁安装之前的历史版本；若不包含，则跳过对所述容器镜像执行补丁反安装操作。
61.具体地，仍以补丁包版本为h，所包含的服务组件a、b对应的期望组件版本为ah、bh为例进行说明，则容器镜像的版本更新逻辑如下：
62.(1)对于服务组件a，获取对应的容器镜像的版本，假设为av；
63.(2)如果av≠ah或av不包含h，则跳过对服务组件a的补丁
64.(3)如果av＝ah或av包含h，则对服务组件a执行补丁反安装操作，并更新容器镜像的版本为av＝ag，其中ag为安装此补丁之前容器镜像的历史版本；
65.(4)对于服务组件b执行相同的上述逻辑。
66.基于此，即可基于同一补丁包h实现对同一服务下不同服务组件a、b对应的容器镜像版本的统一回滚，即实施例中的补丁包支持整体卸载。
67.基于上述实施例，通过累积了所有历史修改的补丁，实现了离线补丁，即实现了对容器镜像版本的离线更新，避免了对网络的依赖；同时，通过服务对应的补丁包的整体安装或者整体卸载，实现了对服务下一个或多个服务组件对应的容器镜像版本的统一升级或者回滚，即实现了对复杂服务下多个服务组件对应的容器镜像版本的统一管理。
68.参见图2，在上述实施例的基础上，本发明实施例提供了另一种容器镜像的版本管理方法，具体可以包括的步骤如下：
69.步骤s201，获取服务对应的补丁包，所述补丁包指示了所述服务下一个或多个服务组件对应的容器镜像的补丁以及版本信息文件。
70.具体地，版本信息文件包括补丁包版本、补丁包版本下的期望组件版本即服务组件安装完补丁后升级到的版本、容器镜像的基础版本等，且期望组件版本包含有补丁包版本。
71.步骤s202，对于每一个所述服务组件，判断所述服务组件对应的容器镜像的版本是否小于所述服务组件对应的期望组件版本。
72.步骤s203，在容器镜像的版本小于期望组件版本的情况下对所述容器镜像执行补丁安装操作，并将所述容器镜像的版本更新为期望组件版本。
73.步骤s204，对于所述服务下每一个服务组件，判断所述服务组件对应的容器镜像的版本是否包含有所述补丁包版本。
74.步骤s205，在容器镜像的版本包含补丁包版本的情况下对所述容器镜像执行补丁反安装操作，并将所述容器镜像的版本更新为补丁安装之前的历史版本。
75.可以理解的是，除却判断容器镜像的版本是否包含补丁包版本以查找已安装了对应版本补丁的容器镜像外，还可以通过比较容器镜像的版本与补丁包中服务组件的期望组件版本是否一致来确定已安装了对应版本补丁的容器镜像。基于此，通过统一卸载容器镜像中的补丁，实现了补丁包的整体卸载，进而实现了对多个服务组件对应的容器镜像版本的统一管理。
76.基于上述实施例，通过设置的补丁包版本以及期望组件版本，实现了对补丁包中补丁的统一安装及卸载，即实现了补丁包的整体安装及卸载。基于此，实现了对服务下一个或多个服务组件对应的容器镜像版本的统一升级或者回滚，即实现了对复杂服务下容器镜像版本的统一管理。
77.参见图3，在上述实施例的基础上，本发明实施例提供了一种容器镜像的版本管理装置300，包括：补丁包获取模块301、版本更新模块302；其中，
78.所述补丁包获取模块301，用于获取服务对应的补丁包，所述补丁包指示了所述服务下一个或多个服务组件对应的容器镜像的补丁；
79.所述版本更新模块302，用于根据所述补丁对所述容器镜像的版本进行更新，所述
补丁累积了所述容器镜像对应的所有历史修改。
80.在本发明的一个实施例中，所述补丁包还指示了版本信息文件，所述版本信息文件记录了所述补丁包对应的补丁包版本、所述服务组件对应的期望组件版本，所述期望组件版本包含有所述补丁包版本。
81.在本发明的一个实施例中，所述根据所述补丁对所述容器镜像的版本进行更新，包括：
82.对于每一个所述服务组件，判断所述服务组件对应的容器镜像的版本是否小于所述服务组件对应的期望组件版本；
83.若小于，则对所述容器镜像执行补丁安装操作，并将所述容器镜像的版本更新为期望组件版本；
84.若不小于，则跳过对所述容器镜像执行补丁安装操作。
85.在本发明的一个实施例中，所述版本更新模块302，还用于，
86.对于所述服务下每一个服务组件，判断所述服务组件对应的容器镜像的版本是否包含有所述补丁包版本；
87.若包含，则对所述容器镜像执行补丁反安装操作，并将所述容器镜像的版本更新为补丁安装之前的历史版本；
88.若不包含，则跳过对所述容器镜像执行补丁反安装操作。
89.在本发明的一个实施例中，所述版本信息文件为json文件。
90.本发明实施例还提供了一种用于容器镜像版本管理的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的容器镜像的版本管理方法中任一所述的方法。
91.图4示出了可以应用本发明实施例的容器镜像的版本管理方法或容器镜像的版本管理装置的示例性系统架构400。
92.如图4所示，系统架构400可以包括终端设备401、402、403，网络404和服务器405。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
93.用户可以使用终端设备401、402、403通过网络404与服务器405交互，以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
94.终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
95.服务器405可以是提供各种服务的服务器，例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的版本查询请求等数据进行分析等处理，并将处理结果如容器镜像的版本反馈给终端设备。
96.需要说明的是，本发明实施例所提供的容器镜像的版本管理方法一般由服务器405执行，相应地，容器镜像的版本管理装置一般设置于服务器405中。
97.应该理解，图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
98.下面参考图5，其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
99.如图5所示，计算机系统500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram 503中，还存储有系统500操作所需的各种程序和数据。cpu 501、rom 502以及ram 503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
100.以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。
101.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本发明的系统中限定的上述功能。
102.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
103.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所
标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
104.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括补丁包获取模块、版本更新模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的模块”。
105.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取服务对应的补丁包，所述补丁包指示了所述服务下一个或多个服务组件对应的容器镜像的补丁；根据所述补丁对所述容器镜像的版本进行更新，所述补丁累积了所述容器镜像对应的所有历史修改。
106.根据本发明实施例的技术方案，通过累积了所有历史修改的补丁，实现了对容器镜像版本的离线更新，即实现了离线补丁，避免了对网络的依赖；同时，通过服务对应的整体补丁包，实现了对服务下一个或多个服务组件对应的容器镜像的统一更新，即实现了对复杂服务下容器镜像版本的统一管理。
107.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。