具体实施方式

下面参照附图来描述本发明的一些实施方式。本领域技术人员应当理解的是，这些实施方式仅仅用于解释本发明的技术原理，并非旨在限制本发明的保护范围。

在本发明的描述中，“模块”、“处理器”可以包括硬件、软件或者两者的组合。一个模块可以包括硬件电路，各种合适的感应器，通信端口，存储器，也可以包括软件部分，比如程序代码，也可以是软件和硬件的组合。处理器可以是中央处理器、微处理器、图像处理器、数字信号处理器或者其他任何合适的处理器。处理器具有数据和/或信号处理功能。处理器可以以软件方式实现、硬件方式实现或者二者结合方式实现。非暂时性的计算机可读存储介质包括任何合适的可存储程序代码的介质，比如磁碟、硬盘、光碟、闪存、只读存储器、随机存取存储器等等。术语“A和/或B”表示所有可能的A与B的组合，比如只是A、只是B或者A和B。术语“至少一个A或B”或者“A和B中的至少一个”含义与“A和/或B”类似，可以包括只是A、只是B或者A和B。单数形式的术语“一个”、“这个”也可以包含复数形式。

这里先解释本发明涉及到的一些术语。

Docker是一个用Go语言实现的开源应用容器引擎，可以方便地创建和使用容器。而容器则是一种轻量级、灵活的虚拟化处理方式，它将一个应用程序所需的一切打包在一起，简单来说，容器中运行了一个或多个镜像文件，并且容器中包含了运行镜像文件需要的环境。需要说明的是，docker和容器是计算机领域的常规技术手段，所以在此不再对docker和容器的工作原理做出更多、更详细的阐述。

参阅附图1，图1是根据本发明的一个实施例的镜像文件同步方法的主要步骤流程示意图。如图1所示，本发明实施例中的镜像文件同步方法主要包括下列步骤S101-步骤S103。

步骤S101：根据不同节点之间的通信效率确定多条节点同步路径，其中，所有节点同步路径中的首个节点都是同一个节点，且首个节点是每条节点同步路径的主节点，其它节点是从节点。

在本实施例的一个实施方式中，可以通过如图2所示的步骤S1至步骤S4确定多条节点同步路径：

步骤S1：控制主节点向所有从节点发送控制信息，获取每个从节点根据控制信息进行信息反馈的时长，根据时长确定主节点与每个从节点之间的通信效率，选取通信效率最高的多个从节点并列作为主节点的下一级从节点，并根据主节点与下一级从节点，构建多条初始的节点同步路径。

步骤S2：针对每条初始的节点同步路径对初始的节点同步路径进行更新。具体而言，可以针对每条初始的节点同步路径可以通过下列步骤S21-步骤S23对初始的节点同步路径进行更新：

步骤S21：将所有从节点中没有被选取过的从节点作为目标从节点。

步骤S22：控制初始的节点同步路径中最后一级从节点向目标从节点发送控制信息，获取每个目标从节点根据控制信息进行信息反馈的时长，根据时长确定最后一级从节点与每个目标从节点的通信效率，选取通信效率最高的多个目标从节点并列作为最后一级从节点的下一级从节点。

步骤S23：根据下一级从节点对初始的节点同步路径进行更新，将下一级从节点作为更新后的最后一级从节点。

步骤S3：判断所有从节点是否已经被选取完，若是，则执行步骤S4，若否，则返回步骤S2。

步骤S4：完成对初始的节点同步路径的更新，得到最终的节点同步路径。

在本实施例的一个实施方式中，当控制信息是ping值确认信息时，从节点根据控制信息进行反馈的时长是ping值。

当控制信息是将同一组数据信息拷贝至其它从节点时，从节点根据控制信息进行反馈的时长是完成拷贝数据信息需要的时长。

以控制信息是ping值为例，假设某个分布式集群系统包括一个主节点和10个从节点，并且假设主节点的代号为A，从节点的代号分别为b、c、d、e、f、g、h、i、j和k，首先可以控制主节点A向从节点b、c、d、e、f、g、h、i、j、k发送控制信息，确定出主节点A与从节点b、c、d、e、f、g、h、i、j、k之间的通信ping值分别为10、10、10、20、20、30、30、40、40、50，可以看出主节点A与从节点b、c、d之间的通信效率最高，所以可以将从节点b、c、d作为主节点A的下一级从节点，构建出3条初始的节点同步路径。对于从节点b、c、d来说，控制从节点b、c、d分别向从节点e、f、g、h、i、j、k发送控制信息，确定出从节点b与从节点e、f、g、h、i、j、k之间的通信ping值分别为10、10、20、20、20、30、30，确定出从节点c与从节点e、f、g、h、i、j、k之间的通信ping值分别为20、20、10、10、10、40、40，确定出从节点d与从节点e、f、g、h、i、j、k之间的通信ping值分别为50、50、50、50、50、10、10，所以可以将从节点e、f设置为从节点b的下一级从节点，将从节点g、h、i设置为从节点c的下一级从节点，将从节点j、k设置为d的下一级从节点，得到最终的节点同步路径如图6所示，即最终的节点同步路径是一种二叉树形式的数据结构。

需要说明的是，虽然本发明实施例仅提供了ping值确认信息和同一组数据信息拷贝至其它从节点这两种控制信息的具体实施方式，以及节点根据控制信息进行反馈的时长是ping值和完成拷贝数据信息需要的时长这两种从节点根据控制信息进行反馈的时长的具体实施方式。但是，本领域技术人员可以理解的是，在不偏离本发明的技术原理的情况下，本领域技术人员可以修改或替换上述控制信息的类型，以及从节点根据控制信息进行反馈的时长的类型，而上述修改或替换后的方案仍然落入本发明的保护范围之内。

步骤S102：控制主节点响应于接收到的镜像文件，根据节点同步路径确定主节点的下一级从节点并将镜像文件发送至下一级从节点。

继续参阅上述步骤S101中的例子，在需要同步镜像文件时，可以控制主节点A响应于接收到的镜像文件，根据节点同步路径确定出主节点A的下一级从节点为b、c、d，将镜像文件发送至从节点b、c、d。

步骤S103：针对每个从节点，控制从节点在接收到镜像文件后，根据从节点所属的节点同步路径确定从节点的下一级从节点并将镜像文件发送至下一级从节点。

继续参阅上述步骤S101中的例子，控制从节点b、c、d在接收到镜像文件后，根据节点同步路径确定出从节点b的下一级从节点为e、f，所以控制从节点b将镜像文件发送至从节点e、f，确定出从节点c的下一级从节点为g、h、i，所以控制从节点c将镜像文件发送至从节点g、h、i，确定出从节点d的下一级从节点为j、k，所以控制从节点d将镜像文件发送至从节点j、k。对于上述步骤S101中的例子而言，发送完成后，就可以将镜像文件同步到分布式集群系统中的所有节点。

在本实施例的一个实施方式中，主节点设置有镜像主仓库，每个从节点均设置有镜像从仓库。

镜像主仓库和镜像从仓库分别被配置成保存镜像文件。

镜像文件在同步至主节点或从节点后，可以使用镜像主仓库或镜像从仓库将镜像文件保存起来。

在本实施例的一个实施方式中，主节点和每个从节点均设置有能够运行镜像文件的docker引擎。

Docker引擎用于为运行镜像文件创建容器，设置docker引擎后，可以使主节点和每个从节点均可以运行镜像文件。

在本实施例的一个实施方式中，分布式集群系统中的不同节点之间通过各自的域名(DNS，Domain Name System)进行通信。

通过配置不同的域名，可以使分布式集群系统中的每个节点与其它节点进行通信，并发送镜像文件等等。

在本实施例的一个实施方式中，主节点还设置有数据库。

数据库被配置成记录有所有节点的节点信息和节点同步路径，其中，节点信息至少包括节点的域名。

数据库可以用于记录整个分布式集群系统中的所有信息，例如每个节点的名称、每个节点的域名信息以及节点同步路径等等，并且只有主节点可以与数据库进行通信，主节点与数据库的通信方式并不限于域名通信，本领域技术人员应当理解的是，可以根据实际需求自由选择通信方式。

另外，各个从节点如果需要对分布式集群系统进行操控，均需要向主节点发送操控请求，在得到主节点反馈的操控许可的指令后，才可以对集群进行操控，其中，操控请求可以包括请求操控的对象，例如请求操控某个节点，还可以包括请求操控的内容，例如需要对某个节点中的镜像文件进行查询等等。

在本发明的一个应用场景的例子中，某个公司拥有多个办公地点，而且从事于应用程序的开发，所以需要经常将开发出的应用程序的镜像文件同步至不同的办公地点，可以通过如图4所示的步骤S401至步骤S404设置分布式集群系统，然后使用根据本发明的一个实施例的镜像文件同步方法将镜像文件同步至分布式集群系统中的所有节点：

步骤S401：设置主节点。

具体而言，选取分布式集群系统中的一个节点作为主节点master，并在这个主节点上设置镜像仓库(docker_warehouse)作为镜像主仓库，然后在主节点上设置能够运行镜像文件的docker引擎，并在主节点上设置数据库，然后启动主节点。其中，数据库被配置成存储分布式集群系统中每个节点的节点信息。

步骤S402：设置从节点。

具体而言，将分布式集群系统中除了主节点以外的其它节点作为从节点slave，可以在每个从节点上分别设置镜像仓库(docker_warehouse)作为镜像从仓库，然后在从节点上设置能够运行镜像文件的docker引擎。

步骤S403：启动从节点，并控制从节点与主节点进行通信。

具体而言，可以将从节点通过域名注册到主节点以使从节点与主节点进行通信。

步骤S404：确定节点同步路径。

具体而言，可以采用前述方法实施例中步骤S1至步骤S4所述的方法获取所有节点(包括主节点和从节点)之间的通信效率，然后根据通信效率确定出节点同步路径，假设确定出的节点同步路径如图5所示。

在确定节点同步路径后，完成分布式集群系统，假设如图7所示。

在某天开发出新的应用程序后，可以将开发出的应用程序制作成镜像文件，并测试镜像文件是否正常运行，在确定可以正常运行后将镜像文件发送至主节点master并保存至主节点master对应的镜像主仓库，控制主节点master在接收到镜像文件后根据节点同步路径确定出主节点master的下一级从节点是slave1、slave2、slave5，将镜像文件发送至slave1、slave2、slave5并保存至这些从节点各自对应的镜像从仓库。

针对slave1和slave2，控制slave1和slave2在接收到镜像文件后，根据slave1和slave2所属的节点同步路径确定出slave1的下一级从节点为slave4，slave2对应的下一级从节点为slave3，将镜像文件分别发送至slave4和slave3,并分别保存至slave4和slave3各自对应的镜像从仓库。最终实现将镜像文件同步至所有主节点和从节点，即将镜像文件同步至整个分布式集群系统。

基于上述步骤S101-步骤S103，可以在需要同步镜像文件时根据节点同步路径控制主节点将镜像文件发送至主节点对应的下一级从节点，然后针对每个从节点，控制从节点在接收到镜像文件后根据从节点确定所属的节点同步路径确定下一级从节点，然后控制从节点将镜像文件发送至下一级从节点，最终实现将镜像文件同步至所有节点，基于上述方式，只需向主节点发送镜像文件，就可以根据节点同步路径自动且快速地将这个镜像文件发送至每个节点，从而极大地提高了镜像文件的同步效率。

需要指出的是，尽管上述实施例中将各个步骤按照特定的先后顺序进行了描述，但是本领域技术人员可以理解，为了实现本发明的效果，不同的步骤之间并非必须按照这样的顺序执行，其可以同时(并行)执行或以其他顺序执行，这些变化都在本发明的保护范围之内。

进一步，本发明还提供了一种镜像文件同步装置。

参阅附图3，图3是根据本发明的一个实施例的镜像文件同步装置的主要结构框图。如图3所示，本发明实施例中的镜像文件同步装置主要包括同步路径确定模块31、第一镜像同步模块32和第二镜像同步模块33。在一些实施例中，同步路径确定模块31、第一镜像同步模块32和第二镜像同步模块33中的一个或多个可以合并在一起成为一个模块。在一些实施例中同步路径确定模块31可以被配置成成根据不同节点之间的通信效率确定多条节点同步路径，其中，所有节点同步路径中的首个节点都是同一个节点，且首个节点是每条节点同步路径的主节点，其它节点是从节点。第一镜像同步模块32可以被配置成成控制主节点响应于接收到的镜像文件，根据节点同步路径确定主节点的下一级从节点并将镜像文件发送至下一级从节点。第二镜像同步模块33可以被配置成成针对每个从节点，控制从节点在接收到镜像文件后，根据从节点所属的节点同步路径确定从节点的下一级从节点并将镜像文件发送至下一级从节点。一个实施方式中，具体实现功能的描述可以参见步骤S101至步骤S103所述。

在一个实施方式中，同步路径确定模块被进一步配置成执行下列操作：

步骤S1：控制主节点向所有从节点发送控制信息，获取每个从节点根据控制信息进行信息反馈的时长，根据时长确定主节点与每个从节点之间的通信效率，选取通信效率最高的多个从节点并列作为主节点的下一级从节点，并根据主节点与每一下一级从节点，构建多个初始的节点同步路径。

步骤S2：针对每条初始的节点同步路径，通过下列步骤对初始的节点同步路径进行更新：

将所有从节点中没有被选取过的从节点作为目标从节点。

控制初始的节点同步路径中最后一级从节点向目标从节点发送控制信息，获取每个目标从节点根据控制信息进行信息反馈的时长，根据时长确定最后一级从节点与每个目标从节点的通信效率，选取通信效率最高的多个目标从节点并列作为最后一级从节点的下一级从节点。

根据下一级从节点对初始的节点同步路径进行更新，将下一级从节点作为更新后的最后一级从节点。

步骤S3：重复执行步骤S2，直至所有从节点被选取完，完成对初始的节点同步路径的更新，得到最终的节点同步路径。

在一个实施方式中，当控制信息是ping值确认信息时，从节点根据控制信息进行反馈的时长是ping值。

当控制信息是将同一组数据信息拷贝至其它从节点时，从节点根据控制信息进行反馈的时长是完成拷贝数据信息需要的时长。

在一个实施方式中，主节点设置有镜像主仓库，每个从节点均设置有镜像从仓库。

镜像主仓库和镜像从仓库分别被配置成保存镜像文件。

在一个实施方式中，主节点和每个从节点均设置有能够运行镜像文件的docker引擎。

在一个实施方式中，分布式集群系统中的不同节点之间通过各自的域名进行通信。

在一个实施方式中，主节点还设置有数据库。

数据库被配置成记录有所有节点的节点信息和节点同步路径，其中，节点信息至少包括节点的域名。

上述镜像文件同步装置以用于执行图1所示的镜像文件同步方法实施例，两者的技术原理、所解决的技术问题及产生的技术效果相似，本技术领域技术人员可以清楚地了解到，为了描述的方便和简洁，镜像文件同步装置的具体工作过程及有关说明，可以参考镜像文件同步方法的实施例所描述的内容，此处不再赘述。

本领域技术人员能够理解的是，本发明实现上述一实施例的方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器、随机存取存储器、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

进一步，本发明还提供了一种控制装置。在根据本发明的一个控制装置实施例中，控制装置包括处理器和存储装置，存储装置可以被配置成存储执行上述方法实施例的镜像文件同步方法的程序，处理器可以被配置成用于执行存储装置中的程序，该程序包括但不限于执行上述方法实施例的镜像文件同步方法的程序。为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该控制装置可以是包括各种电子设备形成的控制装置设备。

进一步，本发明还提供了一种计算机可读存储介质。在根据本发明的一个计算机可读存储介质实施例中，计算机可读存储介质可以被配置成存储执行上述方法实施例的镜像文件同步方法的程序，该程序可以由处理器加载并运行以实现上述镜像文件同步方法。为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该计算机可读存储介质可以是包括各种电子设备形成的存储装置设备，可选的，本发明实施例中计算机可读存储介质是非暂时性的计算机可读存储介质。

进一步，应该理解的是，由于各个模块的设定仅仅是为了说明本发明的装置的功能单元，这些模块对应的物理器件可以是处理器本身，或者处理器中软件的一部分，硬件的一部分，或者软件和硬件结合的一部分。因此，图中的各个模块的数量仅仅是示意性的。

本领域技术人员能够理解的是，可以对装置中的各个模块进行适应性地拆分或合并。对具体模块的这种拆分或合并并不会导致技术方案偏离本发明的原理，因此，拆分或合并之后的技术方案都将落入本发明的保护范围内。

至此，已经结合附图所示的优选实施方式描述了本发明的技术方案，但是，本领域技术人员容易理解的是，本发明的保护范围显然不局限于这些具体实施方式。在不偏离本发明的原理的前提下，本领域技术人员可以对相关技术特征作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本发明的保护范围之内。