时区同步方法、设备及终端设备

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种时区同步方法、设备及终端设备。

背景技术

Kubernetes是一套开源的容器集群管理系统，实现基于Docker构建容器，利用Kubernetes能很方便地管理多台Docker主机中的容器。Kubernetes将多台Docker主机抽象为一个资源，以集群方式管理容器。在Kubernetes集群中，Pod是各种业务类型的基础，它是一个或多个容器的组合，这些容器共享存储、网络和命名空间，以及如何运行的规范。在Pod中，所有容器都被同一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器。在实际的使用过程中，经常会出现由于应用容器时区与Pod所在宿主机的时区不同导致业务出现错误的问题。

现有技术中，为了防止应用容器时区与宿主机的时区不同步，相关人员一般会先复制宿主机的时区配置文件，然后将其挂载到保存应用容器的时区配置文件的目录下，若应用容器已经启动，需要相关人员重启应用容器，在应用容器启动的过程中，读取宿主机的时区配置文件，将自身的时区同步为宿主机的时区。

然而，发明人发现现有技术中至少存在如下问题：在将应用容器的时区同步为宿主机的时区的过程中，需要人工先找到宿主机的时区配置文件，在找到宿主机的时区配置文件后，需要复制宿主机的时区配置文件，并将其挂载到对应目录下，当应用容器已经启动时，还需要重启应用容器，应用容器才可以读取宿主机的时区配置文件，实现时区的同步，时区同步效率低，并且人工成本高。

发明内容

本发明实施例提供一种时区同步方法、设备及终端设备，以解决现有技术中时区同步效率低以及人工成本高的问题。

第一方面，本发明实施例提供一种时区同步方法，包括：

检测预设命名空间内是否存在处于创建过程中的部署点；

若存在所述部署点，则在所述部署点中添加同步任务容器；

在所述部署点创建完成后，启动所述同步任务容器以使所述同步任务容器将预设的时区同步文件挂载到预设时区配置目录下；

启动创建完成后的部署点中的应用容器以使所述应用容器根据所述预设的时区同步文件，将自身的时区同步为宿主机的时区。

在一种可能的设计中，所述在所述部署点中添加同步任务容器，包括：

获取所述部署点对应的部署标签，其中所述部署标签为至少一个；

分别判断所述部署标签是否为预设时区同步标签；

若存在部署标签为预设时区同步标签，则在所述部署点中添加同步任务容器。

在一种可能的设计中，所述检测预设命名空间内是否存在处于创建过程中的部署点，包括：

获取资源检测脚本，并通过所述资源检测脚本检测所述预设命名空间内是否存在新的应用容器；

若存在新的应用容器，则确定所述预设命名空间内存在处于创建过程中的部署点；

若不存在新的应用容器，则确定所述预设命名空间内不存在处于创建过程中的部署点。

在一种可能的设计中，所述启动所述同步任务容器，包括：

获取所述应用容器对应的第一版本信息，并将所述第一版本信息发送给所述同步任务容器，以使所述同步任务容器查找版本信息与所述第一版本信息匹配的目标时区同步文件，并将所述目标时区同步文件挂载到预设时区配置目录下。

在一种可能的设计中，所述启动所述同步任务容器之前，还包括：

将所述同步任务容器设置为初始化容器。

在一种可能的设计中，所述在所述部署点中添加同步任务容器，包括：

调用预设注入接口，将所述同步任务容器添加至所述部署点中。

第二方面，本发明实施例提供一种时区同步设备，包括：

部署点检测模块，用于检测预设命名空间内是否存在处于创建过程中的部署点；

任务容器添加模块，用于若存在所述部署点，则在所述部署点中添加同步任务容器；

任务容器启动模块，用于在所述部署点创建完成后，启动所述同步任务容器以使所述同步任务容器将预设的时区同步文件挂载到预设时区配置目录下；

时区同步模块，用于启动创建完成后的部署点中的应用容器以使所述应用容器根据所述预设的时区同步文件，将自身的时区同步为宿主机的时区。

在一种可能的设计中，所述任务容器添加模块具体用于：

获取所述部署点对应的部署标签，其中所述部署标签为至少一个；

分别判断所述部署标签是否为预设时区同步标签；

若存在部署标签为预设时区同步标签，则在所述部署点中添加同步任务容器。

在一种可能的设计中，所述部署点检测模块具体用于：

获取资源检测脚本，并通过所述资源检测脚本检测所述预设命名空间内是否存在新的应用容器；

若存在新的应用容器，则确定所述预设命名空间内存在处于创建过程中的部署点；

若不存在新的应用容器，则确定所述预设命名空间内不存在处于创建过程中的部署点。

在一种可能的设计中，所述任务容器启动模块具体用于：

获取所述应用容器对应的第一版本信息，并将所述第一版本信息发送给所述同步任务容器，以使所述同步任务容器查找版本信息与所述第一版本信息匹配的目标时区同步文件，并将所述目标时区同步文件挂载到预设时区配置目录下。

在一种可能的设计中，任务容器启动模块还用于：在所述启动所述同步任务容器之前，将所述同步任务容器设置为初始化容器。

在一种可能的设计中，所述任务容器添加模块具体用于：

调用预设注入接口，将所述同步任务容器添加至所述部署点中。

第三方面，本发明实施例提供一种终端设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的时区同步方法。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的时区同步方法。

本实施例提供了一种时区同步方法、设备及终端设备，该方法通过在预设命名空间中的处于创建过程中的部署点中添加同步任务容器，当部署点创建完成后，启动同步任务容器，同步任务容器在启动的过程中，将预设的时区同步文件挂载到预设时区配置目录下，然后启动部署点中的应用容器，应用容器读取该目录下的时区同步文件，然后根据该时区同步文件将自身时区配置为该时区同步文件对应的宿主机的时区，实现部署点与宿主机时区的同步，保证部署点在启动时，便可以进行正确的时区配置，无需人工查找以及复制相关时区配置文件，更无需重启部署点中的应用容器以使应用容器重新进行正确的时区配置，减少人工成本以及提高时区同步效率。

附图说明

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

图1为本发明实施例提供的时区同步方法的流程示意图一；

图2为本发明实施例提供的时区同步方法的流程示意图二；

图3为本发明实施例提供的时区同步设备的结构示意图；

图4为本发明实施例提供的终端设备的硬件结构示意图。

具体实施方式

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

Kubernetes集群中包括多个Node节点，Pod运行在Node节点中，Pod是各种业务类型的基础，它是一个或多个容器的组合，这些容器共享存储、网络和命名空间，以及如何运行的规范。在Pod中，所有容器都被同一安排和调度，并运行在共享的上下文中。对于具体应用而言，Pod是它们的逻辑主机，Pod包含业务相关的多个应用容器。在实际的使用过程中，经常会出现由于应用容器时区与Pod所在宿主机的时区不同导致业务出现错误的问题，Pod所在宿主机为Pod所在的Node节点所对应的宿主机。

现有技术中，为了防止应用容器时区与宿主机的时区不同步，相关人员一般会先复制宿主机的时区配置文件，然后将其挂载到保存应用容器的时区配置文件的目录下，若应用容器已经启动，需要相关人员重启应用容器，在应用容器启动的过程中，读取宿主机的时区配置文件，将自身的时区同步为宿主机的时区。然而，在将应用容器的时区同步为宿主机的时区的过程中，需要人工先找到宿主机的时区配置文件，在找到宿主机的时区配置文件后，需要复制宿主机的时区配置文件，并将其挂载到对应目录下，当应用容器已经启动时，还需要重启应用容器，应用容器才可以读取宿主机的时区配置文件，实现时区的同步，时区同步效率低，并且人工成本高。

本申请针对现有技术存在的问题，提出一种时区同步方法、设备及终端，该方法通过自动检测是否存在正在创建的Pod，然后将同步任务容器注入到正在创建的Pod中，以使该同步任务容器将该Pod的时区配置为宿主机的时区，实现时区的同步，无需人工进行相关操作，减少人工成本，并且可以提高时区同步效率。下面将以几个具体的实施例对进行时区同步的过程进行详细的描述，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图1为本发明实施例提供的时区同步方法的流程示意图一，如图1所示，该方法包括：

S101、检测预设命名空间内是否存在处于创建过程中的部署点。

在本实施例中，检测预设命名空间内是否存在处于创建过程中的部署点，该部署点是指Kubernetes中的Pod，处于创建过程中的部署点是指正在创建过程中的Pod。

其中，预设命名空间是指Kubernetes中的namespace，该预设命名空间可以为用户根据需要预先指定的一个namespace，也可以是多个namespace，在此，不再进行限定。

可选地，检测预设命名空间内是否存在处于创建过程中的部署点，包括：

获取资源检测脚本，并通过资源检测脚本检测预设命名空间内是否存在新的应用容器。

若存在新的应用容器，则确定预设命名空间内存在处于创建过程中的部署点。

若不存在新的应用容器，则确定预设命名空间内不存在处于创建过程中的部署点。

在本实施例中，为了保证可以发现用户正在创建的部署点，即检测到处于创建过程中的部署点，可以通过预先编写的资源检测脚本检测预设命名空间内的资源信息，该资源信息包括命名空间中的已经存在的容器的信息，当检测到资源信息中出现新的容器的信息，表示命名空间中存在新创建的容器，即表示该命名空间中存在处于创建过程中的部署点。当未检测到资源信息中出现新的容器信息，表示命名空间内不存在新创建的容器，即表示该命名空间内不存在处于创建过程中的部署点。

其中，资源检测脚本为预先编写的webhook配置文件，其可以实时监控命名空间内是否存在新的容器。

S102、若存在部署点，则在部署点中添加同步任务容器。

在本实施例中，若存在处于创建过程中的部署点，为了使后续部署点在启动后，该部署点中的应用容器能与部署点所在的宿主机的时区同步，则在部署点中添加同步任务容器以使该同步任务容器可以将该部署点中的应用容器的时区同步为宿主机的时区。

其中，在部署点中添加同步任务容器过程为：调用预设注入接口，将同步任务容器添加至部署点中。

在本实施例中，通过调用预先设置的注入接口，可以在处于创建过程中的部署点中添加同步任务容器，实现同步任务容器的注入。

其中，注入接口为相关人员为满足容器注入需求编写的tz-sidecar-injeor服务中的inject接口，该服务已经预先通过daemonset方式部署在Kubernetes集群中的每个Node节点上。

S103、在部署点创建完成后，启动同步任务容器以使同步任务容器将预设的时区同步文件挂载到预设时区配置目录下。

在本实施例中，当部署点创建完成后，启动创建完成的部署点，在启动创建完成的部署点的过程中，会先启动同步任务容器，同步任务容器在启动的过程中，将预设时区同步文件挂载到预设时区配置目录下。

其中，预设时区同步文件为宿主机对应的时区配置文件。

其中，预设时区配置目录为应用容器中的存放时区配置文件的目录。将时区同步文件挂载到预设时区配置目录下，应用容器在后续启动时，可以读取该目录下的时区同步文件，将自身的时区同步为宿主机的时区。

为了保证同步任务容器可以在应用容器启动之前启动，可以将同步任务容器设置为初始化容器，即将同步任务容器设置为init容器，在启动部署点时，初始化容器会先启动，当初始化容器启动完成后，再启动应用容器。

为了避免由于应用容器的版本与时区同步文件的版本不兼容导致时区同步失败，可以找到版本与应用容器匹配的版本匹配的时区同步文件，然后将其挂载到对应目录下，其具体过程为：获取应用容器对应的第一版本信息，并将第一版本信息发送给同步任务容器，以使同步任务容器查找版本信息与第一版本信息匹配的目标时区同步文件，并将目标时区同步文件挂载到预设时区配置目录下。

在本实施例中，获取应用容器对应的第一版本信息，即Linux版本信息，将该第一版本信息发送给同步任务容器，同步任务容器获取各时区同步文件及各时区同步文件对应的版本信息，查找版本信息与第一版本信息匹配的时区同步文件，将查找到的时区同步文件作为目标时区同步文件，并将其挂载到预设时区配置目录下。

其中，在查找版本信息与第一版本信息匹配的时区同步文件时，可以当时区同步文件的版本信息与第一版本信息相同时，认为两者匹配，也可以在从预设版本兼容表中，查找该第一版本信息对应的兼容版本信息，将兼容版本信息作为与该第一版本信息匹配的版本信息，然后将版本信息为兼容版本信息的时区同步文件作为目标时区同步文件。

S104、启动创建完成后的部署点中的应用容器以使应用容器根据预设的时区同步文件，将自身的时区同步为宿主机的时区。

在本实施例中，在初始化容器启动完成后，启动应用容器，应用容器在启动的过程中，读取预设时区配置目录下的时区同步文件，根据该时区同步文件完成时区的配置，将自身时区同步为宿主机的时区，实现时区的同步，保障业务逻辑的准确性，且用户无需进行相关修改或配置，减少用户的工作量，且无需重启部署点以及无需修改容器镜像的配置，提高时区同步的效率。

可选的，利用本申请所描述的实现时区同步的过程，也可以实现时间的同步，即将部署点的时间同步为宿主机的时间，只需将时区同步文件替换为时间同步文件，然后将时间同步文件挂载到预设时间配置目录下。

其中，时间同步文件为宿主机对应的时间配置文件。

其中，预设时间配置目录为应用容器中的存放时间配置文件的目录。将时间同步文件挂载到预设时间配置目录下，应用容器在后续启动时，可以读取该目录下的时间同步文件，将自身的时间同步为宿主机的时间。

从上述描述可知，通过在预设命名空间中的处于创建过程中的部署点中添加同步任务容器，当部署点创建完成后，启动同步任务容器，同步任务容器在启动的过程中，将预设的时区同步文件挂载到预设时区配置目录下，然后启动部署点中的应用容器，应用容器读取该目录下的时区同步文件，然后根据该时区同步文件将自身时区配置为该时区同步文件对应的宿主机的时区，实现部署点与宿主机时区的同步，保证部署点在启动时，便可以进行正确的时区配置，无需人工查找以及复制相关时区配置文件，更无需重启部署点中的应用容器以使应用容器重新进行正确的时区配置，减少人工成本以及提高时区同步效率。

可以理解的，有的部署点的时区并不需要与宿主机的时区相同，因此，为了减少工作量，提高时区同步的整体效率，在检测到有新的部署点被创建时，可以先确定该部署点是否需要进行时区同步，仅对需进行时区同步的部署点进行时区同步，下面将以一个具体的实施例对确定是否需对部署点进行时区同步的过程进行详细的描述。

图2为本发明实施例提供的时区同步方法的流程示意图二，本实施例在图1实施例的基础上，对确定是否需对部署点进行时区同步的具体实现过程进行了详细说明。如图2所示，该方法包括：

S201、检测预设命名空间内是否存在处于创建过程中的部署点。

其中，S201与图1实施例中的S101类似，本实施例此处不再进行赘述。

S202、若存在部署点，则获取部署点对应的部署标签，其中部署标签为至少一个。

在本实施例中，当存在处于创建过程中的部署点时，获取部署点对应的标签，即Lable，该标签为创建Pod时设置的，可以给一个Pod设置一个或多个标签，即一个部署点可以对应多个标签。

其中，多个是指至少两个。

S203、分别判断所述部署标签是否为预设时区同步标签。

在本实施例中，分别判断正在创建的部署点所对应的各个部署标签是否为预设时区同步标签，若存在为预设时区同步标签的部署标签，则表示该标签对应的部署点为需要进行时区同步的部署点。

若部署点所对应的所有部署标签均不为预设时区同步标签，则表示该标签对应的部署点为不需要进行时区同步的部署点，即无需在该部署点中添加同步任务容器。

其中，预设时区同步标签为需要进行时区同步的部署点所对应的标签，当部署点的时区需与宿主机的时区相同时，用户在创建该部署点时，可以为该部署点打上一个时区同步标签。

S204、若存在部署标签为预设时区同步标签，则在部署点中添加同步任务容器。

在本实施例中，若部署点对应的部署标签中存在部署标签为预设时区同步标签，表示该部署点的时区需与宿主机的时区同步，则在部署点中添加同步任务容器，以使同步任务容器将部署点的时区同步为宿主机的时区。

S205、在部署点创建完成后，启动同步任务容器以使同步任务容器将预设的时区同步文件挂载到预设时区配置目录下。

S206、启动创建完成后的部署点中的应用容器以使应用容器根据预设的时区同步文件，将自身的时区同步为宿主机的时区。

其中，S205至S206与图1实施例中的S103至S104类似，本实施例此处不再进行赘述。

在本实施例中，通过判断部署点的部署标签是否为预设时区同步标签确定出部署点是否需要进行时区同步，当不需要进行时区同步时，无需在部署点中添加同步任务容器，当需要进行时区同步时，才在部署点中添加同步任务容器，实现时区的同步，仅对需要进行时区同步的部署点进行时区同步，减少工作量以及时间的浪费，提高时区同步的整体效率。

图3为本发明实施例提供的时区同步设备的结构示意图一。如图3所示，该时区同步设备300包括：部署点检测模块301、任务容器添加模块302、任务容器启动模块303和时区同步模块304。

其中，部署点检测模块，用于检测预设命名空间内是否存在处于创建过程中的部署点。

任务容器添加模块，用于若存在部署点，则在部署点中添加同步任务容器。

任务容器启动模块，用于在部署点创建完成后，启动同步任务容器以使同步任务容器将预设的时区同步文件挂载到预设时区配置目录下。

时区同步模块，用于启动创建完成后的部署点中的应用容器以使应用容器根据预设的时区同步文件，将自身的时区同步为宿主机的时区。

在一种可能的设计中，任务容器添加模块具体用于：

获取部署点对应的标签。

判断部署点对应的标签是否为预设时区同步标签。

若存在部署点对应的标签为预设时区同步标签，则在部署点中添加同步任务容器。

在一种可能的设计中，部署点检测模块具体用于：

获取资源检测脚本，并通过资源检测脚本检测预设命名空间内是否存在新的应用容器。

若存在新的应用容器，则确定预设命名空间内存在处于创建过程中的部署点。

若不存在新的应用容器，则确定预设命名空间内不存在处于创建过程中的部署点。

在一种可能的设计中，任务容器启动模块具体用于：

获取应用容器对应的第一版本信息，并将第一版本信息发送给同步任务容器，以使同步任务容器查找版本信息与第一版本信息匹配的目标时区同步文件，并将目标时区同步文件挂载到预设时区配置目录下。

在一种可能的设计中，任务容器启动模块还用于：在启动同步任务容器之前，将同步任务容器设置为初始化容器。

在一种可能的设计中，任务容器添加模块具体用于：

调用预设注入接口，将同步任务容器添加至部署点中。

本实施例提供的设备，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图4为本发明实施例提供的终端设备的硬件结构示意图。如图4所示，本实施例的终端设备40包括：处理器401以及存储器402；其中

存储器402，用于存储计算机执行指令；

处理器401，用于执行存储器存储的计算机执行指令，以实现上述实施例中接收设备所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。

可选地，存储器402既可以是独立的，也可以跟处理器401集成在一起。

当存储器402独立设置时，该终端设备还包括总线403，用于连接所述存储器402和处理器401。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上所述的时区同步方法。

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

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

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称：ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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