CN113434249A - 镜像同步方法、装置、docker主机及存储介质 - Google Patents

Abstract

本申请适用于计算机技术领域，尤其涉及一种镜像同步方法、装置、docker主机及存储介质。将docker集群中一个docker主机做为目标主机，目标主机获取其他docker主机广播的镜像信息以及本地镜像列表，当检测到本地镜像列表中缺失镜像信息对应的镜像文件时，根据镜像信息中对应的镜像文件的存储地址同步镜像文件，实现从其他docker主机获取镜像文件进行同步，无需使用镜像仓库，仅需要将镜像信息与本地镜像列表进行比较，每个docker主机同步过程中互不干涉，相比每个docker主机均从镜像仓库获取镜像列表而言，实时性较好，同步效率较高。

Description

镜像同步方法、装置、docker主机及存储介质

技术领域

本申请属于计算机技术领域，尤其涉及一种镜像同步方法、装置、docker主机及存储介质。

背景技术

目前，在docker集群中每个docker主机上产生镜像文件时，将新的镜像文件发送到docker registry(镜像仓库)，利用docker registry存储镜像文件，其他docker主机定时从docker registry上拉取镜像文件，完成docker主机之间的镜像同步。但现有镜像同步方法需要依赖docker registry，当docker registry不可用时，docker主机之间将无法同步镜像文件，且需要通过轮询的方式从docker registry获取镜像列表，导致同步的实时性较差、效率较低。

发明内容

有鉴于此，本申请实施例提供了一种镜像同步方法、装置、docker主机及存储介质，以解决现有技术在镜像同步时实时性较差、效率较低的问题。

第一方面，本申请实施例提供一种镜像同步方法，所述镜像同步方法应用于目标主机，所述目标主机为docker集群中的任一docker主机，所述镜像同步方法包括：

获取其他docker主机广播的镜像信息，所述其他docker主机是指所述docker集群中除所述目标主机之外的docker主机；

获取所述目标主机的本地镜像列表；

若检测到所述本地镜像列表缺失所述镜像信息对应的镜像文件，则根据所述镜像信息中对应的镜像文件的存储地址，同步所述镜像文件。

第二方面，本申请实施例提供一种镜像同步装置，所述镜像同步装置应用于目标主机，所述目标主机为docker集群中的任一docker主机，所述镜像同步装置包括：

镜像信息获取模块，用于获取其他docker主机广播的镜像信息，所述其他docker主机是指所述docker集群中除所述目标主机之外的docker主机；

镜像列表获取模块，用于获取所述目标主机的本地镜像列表；

镜像同步模块，用于若检测到所述本地镜像列表缺失所述镜像信息对应的镜像文件，则根据所述镜像信息中对应的镜像文件的存储地址，同步所述镜像文件。

第三方面，本申请实施例提供一种docker主机，所述docker主机包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的镜像同步方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的镜像同步方法。

第五方面，本申请实施例提供一种计算机程序产品，当计算机程序产品在docker主机上运行时，使得docker主机执行上述第一方面所述的镜像同步方法。

本申请实施例与现有技术相比存在的有益效果是：本申请将docker集群中一个docker主机做为目标主机，目标主机获取其他docker主机广播的镜像信息以及本地镜像列表，当检测到本地镜像列表中缺失镜像信息对应的镜像文件时，根据镜像信息中对应的镜像文件的存储地址同步镜像文件，实现从其他docker主机获取镜像文件进行同步，无需使用镜像仓库，仅需要将镜像信息与本地镜像列表进行比较，每个docker主机同步过程中互不干涉，相比每个docker主机均从镜像仓库获取镜像列表而言，实时性较好，同步效率较高。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例一提供的一种镜像同步方法的流程示意图；

图2是本申请实施例一提供的一种docker主机连接关系示意图；

图3是本申请实施例一提供的一种镜像同步过程示意图；

图4是本申请实施例二提供的一种镜像同步方法的流程示意图；

图5是本申请实施例三提供的一种镜像同步装置的结构示意图；

图6是本申请实施例四提供的一种docker主机的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

本申请实施例中的docker主机可以是掌上电脑、桌上型计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、云端服务器、个人数字助理(personal digital assistant，PDA)等设备上，本申请实施例对docker主机的具体类型不作任何限制。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

为了说明本申请的技术方案，下面通过具体实施例来进行说明。

参见图1，是本申请实施例一提供的一种镜像同步方法的流程示意图，镜像同步方法应用于目标主机，目标主机为docker集群中的任一docker主机，如图1所示，该镜像同步方法可以包括以下步骤：

步骤S101，获取其他docker主机广播的镜像信息。

其中，docker集群可以是指由至少两个docker主机构成的集群，docker主机为运行docker服务的主机，目标主机为docker集群中任一docker主机，其他docker主机是指docker集群中除目标主机之外的docker主机。

其他docker主机会广播自身的镜像信息，例如，当一个docker主机转载了一个镜像文件时，该docker主机会将该镜像文件的镜像信息进行广播，该镜像文件的镜像信息可以包括镜像文件的名称、镜像文件在所在主机中的存储地址等。目标主机与其他docker主机连接，从而可以在其他docker主机广播镜像信息时进行获取。

可选的是，在获取其他docker主机广播的镜像信息之前，还包括：

通过gossip协议将目标主机与其他docker主机建立连接；

相应地，获取其他docker主机广播的镜像信息包括：

在目标主机与其他docker主机成功建立连接的情况下，获取其他docker主机广播的镜像信息。

其中，gossip协议用于实现节点间的数据广播，可以实现从单个源点到所有节点高效的数据分发，达到不同节点的状态同步。如图2所示，为本申请实施例一提供的一种docker主机连接关系示意图，三个docker主机之间通过gossip协议连接，因此，一个docker主机通过gossip协议广播的镜像信息可以到达docker集群中任一docker主机。

步骤S102，获取目标主机的本地镜像列表。

其中，本地镜像列表可以是指目标主机中所有存储的镜像文件的标识信息，即将目标主机中所有存储的镜像文件的标签、身份识别号(Identity document，ID)、创建时间、资源占用大小、存储地址等信息进行统计得到的统计结果。

从本地镜像列表中可以获取到目标主机中所有存储的镜像文件的标识信息，一个标识信息可以确定一个镜像文件，因此，可以应用于查找镜像文件、与新的镜像文件进行比较或者调用镜像文件。

步骤S103，检测本地镜像列表是否缺失镜像信息对应的镜像文件。

其中，将本地镜像列表中每个镜像文件的标识信息与获取的镜像信息进行比对，即确定目标主机内是否存储有镜像信息对应的镜像文件。例如，获取的镜像信息可以包含镜像文件的标签和ID，将本地镜像列表中每个镜像文件的标签和ID与之一一比对，若本地镜像列表中含有镜像信息中的镜像文件的标签和ID，则认为目标主机中存储有该镜像信息对应的镜像文件，若本地镜像列表中不含有镜像信息中的镜像文件的标签和ID，则认为目标主机中未存储该镜像信息对应的镜像文件，即缺失该镜像文件。

步骤S104，若检测到本地镜像列表缺失镜像信息对应的镜像文件，则根据镜像信息中对应的镜像文件的存储地址，同步镜像文件。

其中，在目标主机中缺失镜像信息对应的镜像文件时，为了达到目标主机的镜像同步需求，需要将该镜像信息对应的镜像文件获取到目标主机的本地，并对镜像文件进行本地存储。

镜像信息中包含有该镜像信息对应的镜像文件的存储地址，存储地址可以包含存储该镜像文件的docker主机的IP以及在该docker主机存储器中位置信息。目标主机可以根据该存储地址，生成对应的获取请求，存储地址对应的docker主机相应该获取请求，将该镜像文件发送给目标主机，从而实现在目标主机中同步该镜像文件。

可选的是，根据镜像信息中对应的镜像文件的存储地址，同步镜像文件包括：

根据镜像信息中对应的镜像文件的存储地址，下载镜像文件；

装载镜像文件。

其中，先根据存储地址获取镜像文件即将镜像文件下载至目标主机的本地，运行该镜像文件实现镜像文件的装载，从而完成镜像同步，装载可通过调用docker load命令来启动。

本申请的镜像同步方法可以打包成为image-daemon服务包，docker集群中的每个docker主机均安装该image-daemon服务包，执行该image-daemon服务包可实现镜像同步。

例如，如图3所示，是本申请实施例一提供的一种镜像同步过程示意图，docker集群中有3台docker主机分别为A主机、B主机和C主机，A主机、B主机和C主机都安装有image-daemon服务包，且A主机、B主机和C主机的镜像文件已同步，每个主机的本地镜像列表都为[test-image1、test-image2、test-image3]。

当A主机中生成了新的镜像文件test-image4时，该A主机通过gossip协议将test-image4的镜像信息广播至B主机和C主机。

B主机作为目标主机执行镜像同步方法，检测到本地镜像列表缺失该test-image4时，将test-image4下载至B主机的本地，实现B主机的镜像同步。

C主机作为目标主机执行镜像同步方法，检测到本地镜像列表缺失该test-image4时，将test-image4下载至C主机的本地，实现C主机的镜像同步。

其他docker主机广播的镜像信息可以是其他docker主机中新增的镜像文件的镜像信息，也可以其他docker主机中所有的镜像文件的镜像信息，本申请对此不做限定。

docker集群中docker主机将本地所有镜像文件的镜像信息定时进行广播，在docker集群中出现新增docker主机时，新增docker主机可以通过广播的所有镜像文件的镜像信息同步所有镜像文件，实现新增docker主机的镜像同步。

新增docker主机只需配置已存在docker集群中任意docker主机的网际互连协议(Internet Protocol，IP)端口信息，并安装image-daemon服务包，即可通过gossip协议连接其他docker主机，并执行镜像同步。

本申请实施例将docker集群中一个docker主机做为目标主机，目标主机获取其他docker主机广播的镜像信息以及本地镜像列表，当检测到本地镜像列表中缺失镜像信息对应的镜像文件时，根据镜像信息中对应的镜像文件的存储地址同步镜像文件，实现从其他docker主机获取镜像文件进行同步，无需使用镜像仓库，仅需要将镜像信息与本地镜像列表进行比较，每个docker主机同步过程中互不干涉，相比每个docker主机均从镜像仓库获取镜像列表而言，实时性较好，同步效率较高。

参见图4，是本申请实施例二提供的一种镜像同步方法的流程示意图，如图4所示，该镜像同步方法可以包括以下步骤：

步骤S401，获取其他docker主机广播的镜像信息。

步骤S402，获取目标主机的本地镜像列表。

步骤S403，检测本地镜像列表是否缺失镜像信息对应的镜像文件。

步骤S404，若检测到本地镜像列表缺失镜像信息对应的镜像文件，则根据镜像信息中对应的镜像文件的存储地址，同步镜像文件。

其中，步骤S401至步骤S404与上述步骤S101至步骤S104的内容型相同，可参考步骤S101至步骤S104的描述，在此不再赘述。

步骤S405，监控本地镜像列表。

其中，目标主机可以间隔一定时间获取一次本地镜像列表，并将连续两次获取的本地镜像列表进行比较，从而用于判断本地镜像列表是否发生变化。间隔时间过长时，不能及时发现本地镜像列表发生变化，间隔时间过短时，需要不断读取本地镜像列表，占用资源，因此，在能够及时监控到变化和保证资源的合理占用的前提下，合理设置间隔的时间。

例如，通过获取本地镜像列表的条目数来判断本地镜像列表是否发生变化，前一次获取的本地镜像列表的条目数为5，当前获取的本地镜像列表的条目数为6，则可以认定本地镜像列表发生了变化。

又如，通过获取本地镜像列表的更新时间来判断本地镜像列表是否发生变换，前一次获取的更新时间与当前获取的更新时间不同时，可以认定本地镜像列表发生了变化。

本申请不限定步骤S405与步骤S401至步骤S404的前后逻辑关系，可以独立于步骤S401至步骤S404来实现。

步骤S406，若监控到本地镜像列表出现新增镜像文件，则向其他docker主机广播新增镜像文件的镜像信息。

其中，目标主机中出现了新增镜像文件，会在本地镜像列表中更新新增镜像文件的镜像信息，在监控到本地镜像列表发生变化时，可以确定目标主机内出现了新增镜像文件。

在向其他docker主机广播新增镜像文件的镜像信息之前，需要获取到该新增镜像文件的镜像信息。例如，根据本地镜像列表中每个镜像文件对应的创建时间，确定创建时间最新的镜像文件为新增镜像文件，从而可以获取该新增镜像文件的镜像信息。

若docker集群中目标主机与其他docker主机之间通过gossip协议连接，则通过gossip协议广播新增镜像文件的镜像信息。

可选的是，在向其他docker主机广播新增镜像文件的镜像信息之后，镜像同步方法还包括：

根据新增镜像文件的镜像信息，启动超文本传输协议服务，使得其他docker主机通过超文本传输协议服务下载到新增镜像文件。

其中，新增镜像文件的镜像信息包括该新增镜像文件的存储地址，启动超文本传输协议(Hypertext Transfer Protocol，HTTP)服务，使得其他docker主机通过HTTP服务定位新增镜像文件的存储地址，并进行下载。

可选的是，该镜像同步方法还包括：

在目标主机成功连接区块链网络的peer节点的情况下，若检测到peer节点通过docker代理调用目标主机的docker服务初始化智能合约，则生成对应智能合约的链码镜像文件；

将链码镜像文件的镜像信息新增至本地镜像列表。

其中，该镜像同步方法运行的docker集群可以用于为区块链网络提供代理服务，在区块链网络的应用层需要部署智能合约时，通过软件开发工具包(SoftwareDevelopment Kit，SDK)访问区块链网络中的peer节点，区块链网络中的peer节点可以通过docker代理使用docker服务。peer节点用于存储数据，并且执行特定的程序，存储的数据包括账本、链码(即智能合约)，执行的程序主要包括背书以及链码的执行。

peer节点调用docker代理后成功连接上目标主机时，目标主机会生成对应智能合约的镜像文件，即链码镜像文件，链码镜像文件为镜像文件的一种。

在目标主机生成链码镜像文件后，获取链码镜像文件的镜像信息，将链码镜像文件的镜像信息新增至本地镜像列表，从而可以在检测到本地镜像列表变化时，广播该链码镜像文件的镜像信息。

本申请的镜像同步方法可以打包成为image-daemon服务包，docker集群中的每个docker主机均安装该image-daemon服务包，执行该image-daemon服务包可实现镜像同步。

例如，docker集群中有3台docker主机分别为A主机、B主机和C主机，A主机、B主机和C主机都安装有image-daemon服务包，且A主机、B主机和C主机的镜像文件已同步，每个主机的本地镜像列表都为[test-image1、test-image2、test-image3]。

当peer节点通过docker代理调用了A主机的docker服务初始化只能合约时，A主机中生成了链码镜像文件dev-peer0-mycc-chaincode。

A主机监测到该镜像文件，将通过gossip协议将dev-peer0-mycc-chaincode这个镜像文件的镜像信息广播给B主机和C主机，A主机开启HTTP服务，等待B主机和C主机来下载dev-peer0-mycc-chaincode镜像文件。

B主机和C主机收到来自A主机广播的镜像信息，此时，B主机和C主机将该镜像信息分别与本地镜像列表对比，确定本地缺失该镜像信息，根据该镜像信息中的存储地址，B主机和C主机从A主机中下载该镜像文件，最后通过docker load命令装载该镜像文件，实现镜像同步。

对应于上文实施例的镜像同步方法，图5示出了本申请实施例三提供的镜像同步装置的结构框图，镜像同步装置应用于目标主机，目标主机为docker集群中的任一docker主机，为了便于说明，仅示出了与本申请实施例相关的部分。

参见图5，该镜像同步装置包括：

镜像信息获取模块51，用于获取其他docker主机广播的镜像信息，其他docker主机是指docker集群中除目标主机之外的docker主机；

镜像列表获取模块52，用于获取目标主机的本地镜像列表；

镜像同步模块53，用于若检测到本地镜像列表缺失镜像信息对应的镜像文件，则根据镜像信息中对应的镜像文件的存储地址，同步镜像文件。

可选的是，该镜像同步装置还包括：

连接建立模块，用于在获取其他docker主机广播的镜像信息之前，通过gossip协议将目标主机与其他docker主机建立连接；

相应地，镜像信息获取模块51具体用于：

在目标主机与其他docker主机成功建立连接的情况下，获取其他docker主机广播的镜像信息。

可选的是，镜像同步模块53包括：

下载单元，用于根据镜像信息中对应的镜像文件的存储地址，下载镜像文件；

装载单元，用于装载镜像文件。

可选的是，该镜像同步装置还包括：

链码镜像生成模块，用于在目标主机成功连接区块链网络的peer节点的情况下，若检测到peer节点通过docker代理调用目标主机的docker服务初始化智能合约，则生成对应智能合约的链码镜像文件；

列表新增模块，用于将链码镜像文件的镜像信息新增至本地镜像列表。

可选的是，该镜像同步装置还包括：

列表监控模块，用于监控本地镜像列表；

新增镜像广播模块，用于若监控到本地镜像列表出现新增镜像文件，则向其他docker主机广播新增镜像文件的镜像信息。

可选的是，该镜像同步装置还包括：

启动模块，用于在向其他docker主机广播新增镜像文件的镜像信息之后，根据新增镜像文件的镜像信息，启动超文本传输协议服务，使得其他docker主机通过超文本传输协议服务下载到新增镜像文件。

需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

图6为本申请实施例四提供的一种docker主机的结构示意图。如图6所示，该实施例的docker主机6包括：至少一个处理器60(图6中仅示出一个)、存储器61以及存储在存储器61中并可在至少一个处理器60上运行的计算机程序62，处理器60执行计算机程序62时实现上述任意各个镜像同步方法实施例中的步骤。

该docker主机6可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是docker主机6的举例，并不构成对docker主机6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器60可以是CPU，该处理器60还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器61在一些实施例中可以是docker主机6的内部存储单元，例如docker主机6的硬盘或内存。存储器61在另一些实施例中也可以是docker主机6的外部存储设备，例如docker主机6上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器61还可以既包括docker主机6的内部存储单元也包括外部存储设备。存储器61用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如计算机程序的程序代码等。存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

本申请实现上述实施例方法中的全部或部分流程，也可以通过一种计算机程序产品来完成，当计算机程序产品在docker主机上运行时，使得docker主机执行时实现可实现上述方法实施例中的步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/docker主机和方法，可以通过其它的方式实现。例如，以上所描述的装置/docker主机实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (9)

1.一种镜像同步方法，其特征在于，所述镜像同步方法应用于目标主机，所述目标主机为docker集群中的任一docker主机，所述镜像同步方法包括：

获取其他docker主机广播的镜像信息，所述其他docker主机是指所述docker集群中除所述目标主机之外的docker主机；

获取所述目标主机的本地镜像列表；

若检测到所述本地镜像列表缺失所述镜像信息对应的镜像文件，则根据所述镜像信息中对应的镜像文件的存储地址，同步所述镜像文件。

2.根据权利要求1所述的镜像同步方法，其特征在于，在所述获取其他docker主机广播的镜像信息之前，还包括：

通过gossip协议将所述目标主机与所述其他docker主机建立连接；

相应地，所述获取其他docker主机广播的镜像信息包括：

在所述目标主机与所述其他docker主机成功建立连接的情况下，获取所述其他docker主机广播的镜像信息。

3.根据权利要求1所述的镜像同步方法，其特征在于，所述根据所述镜像信息中对应的镜像文件的存储地址，同步所述镜像文件包括：

根据所述镜像信息中对应的镜像文件的存储地址，下载所述镜像文件；

装载所述镜像文件。

4.根据权利要求1所述的镜像同步方法，其特征在于，所述镜像同步方法还包括：

在部署智能合约时，区块链网络的peer节点通过docker代理成功连接上所述目标主机的情况下，所述目标主机生成对应所述智能合约的链码镜像文件；

将所述链码镜像文件的镜像信息新增至所述本地镜像列表。

5.根据权利要求1至4任一项所述的镜像同步方法，其特征在于，所述镜像同步方法还包括：

监控本地镜像列表；

若监控到所述本地镜像列表出现新增镜像文件，则向所述其他docker主机广播所述新增镜像文件的镜像信息。

6.根据权利要求5所述的镜像同步方法，其特征在于，在所述向所述其他docker主机广播所述新增镜像文件的镜像信息之后，所述镜像同步方法还包括：

根据所述新增镜像文件的镜像信息，启动超文本传输协议服务，使得所述其他docker主机通过所述超文本传输协议服务下载到所述新增镜像文件。

7.一种镜像同步装置，其特征在于，所述镜像同步装置应用于目标主机，所述目标主机为docker集群中的任一docker主机，所述镜像同步装置包括：

镜像信息获取模块，用于获取其他docker主机广播的镜像信息，所述其他docker主机是指所述docker集群中除所述目标主机之外的docker主机；

镜像列表获取模块，用于获取所述目标主机的本地镜像列表；

镜像同步模块，用于若检测到所述本地镜像列表缺失所述镜像信息对应的镜像文件，则根据所述镜像信息中对应的镜像文件的存储地址，同步所述镜像文件。

8.一种docker主机，其特征在于，所述docker主机包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述的镜像同步方法。

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

Images