CN114285744A - 配置信息的更新方法、装置、服务器及存储介质 - Google Patents

Abstract

本公开实施例涉及一种配置信息的更新方法、装置、服务器及存储介质，通过监听数据库中存储的图像审核服务器的配置信息的修改状态，在监听到图像审核服务器的配置信息被修改时，获取配置信息的修改信息，基于修改信息生成更新补丁，将更新补丁发送给图像审核服务器以使得图像审核服务器能够对本地存储的配置信息进行更新。本公开实施例提供的技术方案能够节约图像审核服务器的处理资源，提高图像审核服务器配置信息的更新效率，降低更新数据对带宽的占用。

Description

配置信息的更新方法、装置、服务器及存储介质

技术领域

本公开实施例涉及图像审核技术领域，尤其涉及一种配置信息的更新方法、装置、服务器及存储介质。

背景技术

图1是相关技术提供的一种图像审核服务的系统架构图。在图1所示的系统中，运营人员可以在配置管理界面上修改图像审核服务器的配置信息。运营人员在配置管理界面上配置的信息通过配置服务器提供的应用程序接口(Application ProgrammingInterface，简称API)更新到数据库中。图像审核服务器每间隔预设时间(比如30s)，通过配置服务器提供的API，从数据库中全量拉取一遍所有的配置信息，然后将这些配置信息写入本地的配置缓存中，替代原有的配置信息。当有图像审核请求到达图片审核服务器时，图像审核服务器根据配置缓存中的信息决定审核逻辑。

但是一般情况下图像审核服务器的配置信息的修改频率较低，而图像审核服务器为了能够尽快得到最新的配置信息，却必须每间隔预设时间就主动从数据库中全量拉取一次配置信息，这对图像审核服务器的资源造成了浪费，并且全量拉取方式拉取的数据量较大，这会导致数据库的查询时间较长，效率较低，同时数据的传输也会占用较多的带宽资源。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开实施例提供了一种配置信息的更新方法、装置、服务器及存储介质。

本公开实施例第一方面提供了一种配置信息的更新方法，该方法包括：监听数据库中存储的图像审核服务器的配置信息的修改状态；响应于监听到图像审核服务器的配置信息被修改，获取配置信息的修改信息；基于获取到的修改信息生成更新补丁；将更新补丁发送给图像审核服务器，以使图像审核服务器根据更新补丁对本地存储的配置信息进行更新。

本公开实施例的第二方面提供了一种配置信息的更新装置，包括

监听模块，用于监听数据库中存储的图像审核服务器的配置信息的修改状态；

获取模块，用于在监听模块监听到图像审核服务器的配置信息被修改时，获取配置信息的修改信息；

生成模块，用于基于该修改信息生成更新补丁；

发送模块，用于将更新补丁发送给图像审核服务器，以使图像审核服务器根据更新补丁对本地存储的配置信息进行更新。

本公开实施例的第三方面提供了一种数据库服务器，包括存储器和处理器；

其中，存储器中存储有计算机程序，处理器执行该计算机程序以实现上述第一方面所述的方法。

本公开实施例的第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行以实现上述第一方面所述的方法。

本公开实施例提供的技术方案与现有技术相比具有如下优点：

本公开实施例，通过监听数据库中存储的图像审核服务器的配置信息的修改状态，在监听到图像审核服务器的配置信息被修改时，获取配置信息的修改信息，基于修改信息生成更新补丁，通过将更新补丁发送给图像审核服务器使得图像审核服务器能够对本地存储的配置信息进行更新。由于本公开实施例中的图像审核服务器是被动接收配置信息的更新补丁的，不需要像相关技术那样主动且频繁的从数据库中拉取全部配置数据，因此能够节约图像审核服务器频繁拉取配置信息所需的处理资源。另外本公开实施例通过更新补丁将配置信息的修改信息发送给图像审核服务器的方式相比于全量拉取配置信息的方式，数据库所需查询的数据量较少，更新效率更高，并且传输更新补丁所需的带宽要小于传输全部配置信息所需的带宽，能够有效节约数据传输的带宽。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1是相关技术提供的一种图像审核服务的系统架构图；

图2是本公开实施例提供的一种数据库服务器的结构示意图；

图3是本公开实施例提供的一种数据库服务器的初始化方法流程图；

图4是本公开实施例提供的一种配置信息的更新方法的流程图；

图5是本公开实施例提供的一种配置信息更新系统的架构图；

图6是本公开实施例提供的一种配置信息的更新方法的流程图；

图7是本公开实施例提供的一种配置信息的更新装置的结构示意图；

图8是本公开实施例提供的又一种数据库服务器的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

图2是本公开实施例提供的一种数据库服务器的结构示意图。如图2所示，该数据库服务器上搭载有容器集群管理系统kubernetes,该系统可用于对数据库的容器节点(简称POD)进行管理。在kubernetes中一个POD可以包括多个容器，同一个POD中的容器可以共享一个数据卷。本实施例中的数据库可用于存储图像审核服务器的配置信息，该配置信息中至少包括图像审核服务器的审核逻辑。本实施例中所称的POD至少可以被划分为主节点(或者称为master节点)和从节点(或者称为slave节点)两类。其中，master节点中的容器可用于对数据库的业务做出全局性决策(例如：调度)，以及检测和响应集群事件等。slave节点中的容器可用于运行数据库的业务服务，比如数据的传输、读取、写入等。slave节点中的容器对数据库的修改会被记录在数据库的日志文件上，该日志文件可以被记录在数据库的master节点的数据卷上，也可以同时被记录在slave节点的数据卷上。

基于图2所示的数据库服务器，本公开实施例提供了一种配置信息的更新方案，该方案至少包括数据库服务器初始化的部分和配置信息更新的部分。

示例的，图3是本公开实施例提供的一种数据库服务器的初始化方法流程图。如图3所示，该方法包括：

步骤301、数据库服务器启动数据库的POD。

具体的，数据库服务器可以通过kubernetes系统的“kubectl apply–f”命令启动数据库的POD，其中本实施例所称的数据库可以被示例性的理解为关系型数据库，比如MySQL数据库等。

步骤302、数据库服务器为数据库的每个POD定义数据卷，并将主机目录挂载到每个POD的容器中。

以MySQL数据库为例，在MySQL数据库中可以将主机目录/mysql/data挂载到POD的容器中。当然这里仅为举例说明并不是对本公开的唯一限定。

步骤303、数据库服务器启动kubernetes系统的初始化容器，分别读取每个POD的主机名称，并从主机名称中获得POD序号。并根据POD序号判断POD是master节点还是slave节点，并对master节点和slave节点进行初始化操作。

具体的，如果当前读取的POD序号为0，则确定当前POD为master节点，将初始化目录里的master节点的配置文件拷贝到当前POD的数据卷中。如果当前读取的POD序号不为0则确定该POD为slave节点，将初始化目录里的slave节点的配置文件拷贝到当前POD的数据卷中，并从master节点或者其他已启动的slave节点中拷贝业务文件(比如数据传输的业务文件、数据读取的业务文件、数据写入的业务文件)到POD的数据卷中。

步骤304、数据库服务器通过数据库的官方镜像，启动slave节点中的数据库容器，设置该容器数据读取和写入的路径与slave节点一致。

步骤305、数据库服务器使用探活探针(liveness Probe)检查数据库是能够正常运行，使用可读性探针(readiness Probe)检查数据库的服务可用。

步骤306、数据库服务器启动master节点中用于监听配置更新的容器，获取数据库的日志文件的初始化内容，并通过该容器对数据库中存储的图像审核服务器的配置信息的修改状态进行监听。

其中，修改状态包括被修改和未被修改两种。

步骤307、数据库服务器从数据库中获取图像审核服务器的全部配置信息发送给图像审核服务器，以使图像审核服务器根据该配置信息执行图像审核任务。

本实施例通过对kubernetes系统进行初始化操作，启动相应的容器对数据库中存储的配置信息的修改状态进行监控，能够及时发现配置信息的修改，为配置信息的实时更新提供了保证。

图4是本公开实施例提供的一种配置信息的更新方法的流程图。如图4所示，该方法可以包括如下步骤：

步骤401、数据库服务器监听数据库中存储的图像审核服务器的配置信息的修改状态。

步骤402、数据库服务器响应于监听到所述配置信息被修改，获取所述配置信息的修改信息。

步骤403、数据库服务器基于所述修改信息生成更新补丁。

步骤404、数据库服务器将所述更新补丁发送给所述图像审核服务器，以使所述图像审核服务器根据所述更新补丁对本地存储的配置信息进行更新。

本实施例中的数据库可以示例性的理解为关系性数据库，用于存储图像审核服务器的配置信息，配置信息中至少包括图像审核服务器的审核逻辑和诸如账户信息等业务信息。

本实施例所称的修改状态包括被修改和未被修改两个状态。

示例的，图5是本公开实施例提供的一种配置信息更新系统的架构图。在图5所示的架构中，运营人员可以通过配置管理界面对数据库中存储的图像审核服务器的配置信息进行修改，并通过配置管理界面将修改内容提交给配置服务器，由配置服务器向数据库服务器发送修改请求，该修改请求中包括修改内容。数据库服务器收到修改请求后基于kubernetes系统调用数据库的master节点，由master节点调用slave节点运行相应的程序对数据库进行修改，并将修改信息(比如，执行修改操作的数据库语句)记录到数据库的日志文件上。数据库的日志文件可以被记录slave节点的数据卷上，或者也可以同时记录在master节点的数据卷上。

在一种示例性的实施方式中，数据库服务器中的master节点可以被配置成间隔第一预设时间从数据库的POD的数据卷上读取数据库的日志文件，基于日志文件的内容确定数据库中存储的配置信息是否被更改，比如，在一示例中master节点可以被配置为每间隔30秒从自身和/或slave节点的数据卷上读取数据库的日志文件，如果当前日志文件中记录的最近一条修改信息的记录时间与上一次读取日志文件时最后一条修改信息的记录时间不一致，那么确定数据库中的日志文件被修改了。此时从日志文件中获取上一次读取之后新增加的修改信息，根据该些修改信息生成更新补丁，并将更新补丁发送slave节点。当然这里仅为示例说明而不是对本公开的唯一限定。实际上，在其他一些实施方式中master节点还可以被配置为实时对数据库服务器中用于修改配置信息的进程进行监听，当监听到该进程被启动时，则在该进程执行完毕后，从数据库的日志文件中获取数据库库中配置信息的修改信息。其中修改信息可以被示例性的理解为用于修改数据库的数据库语句。

示例的，数据库服务器中的slave节点可以通过调用kubernetes系统的端点应用程序接口(或者称为endpoint API)获取图像审核服务器的所有POD的网络互联协议(Internet Protocol，简称IP)地址和端口号。并根据该些IP地址和端口号将更新补丁发送给图像审核服务器，以使图像审核服务器根据更新补丁对本地存储的配置信息进行更新，并在更新成功后将更新成功消息返回给数据库服务器。

本实施例，通过监听数据库中存储的图像审核服务器的配置信息的修改状态，在监听到图像审核服务器的配置信息被修改时，获取配置信息的修改信息，基于修改信息生成更新补丁，通过将更新补丁发送给图像审核服务器使得图像审核服务器能够对本地存储的配置信息进行更新。由于本实施例中的图像审核服务器是被动接收配置信息的更新补丁的，不需要像相关技术那样主动且频繁的从数据库中拉取全部配置数据，因此能够节约图像审核服务器频繁拉取配置信息所需的处理资源。另外本实施例通过更新补丁将配置信息的修改信息发送给图像审核服务器的方式相比于全量拉取配置信息的方式，数据库所需查询的数据量较少，更新效率更高，并且传输更新补丁所需的带宽要小于传输全部配置信息所需的带宽，能够有效节约数据传输的带宽。

图6是本公开实施例提供的一种配置信息的更新方法的流程图，如图6所示，该方法可以包括：

步骤601、数据库服务器监听数据库中存储的图像审核服务器的配置信息的修改状态。

步骤602、数据库服务器响应于监听到所述配置信息被修改，获取所述配置信息的修改信息.

步骤603、数据库服务器基于所述修改信息生成更新补丁。

步骤604、数据库服务器将所述更新补丁发送给所述图像审核服务器，以使所述图像审核服务器根据所述更新补丁对本地存储的配置信息进行更新。

步骤605、数据库服务器响应于在发送更新补丁之后的第二预设时间内未接收到更新成功消息，将更新补丁重新发送给所述图像审核服务器。

其中，第二预设时间可以根据需要进行设定，而不必局限于某一特定的时间长度。

步骤606、数据库服务器监测到更新补丁被重新发送预设次数后仍未收到图像审核服务器反馈的更新成功消息，输出更新失败的通知消息。

其中，本实施例所称的预设次数可以根据需要进行设定，而不必局限于某一特定的次数。

举例来说，假设第一次发送更新补丁之后的20分钟之内没有收到图像审核数据库的更新成功消息，那么对更新补丁进行第二次发送，并在发送完毕后开始计时，若计时再次达到20分钟，却仍未收到更新成功消息，那么再执行第三次发送，依次类推，直到达到预设次数(比如3次)后，以预设的形式，比如语音或文字，输出更新失败的通知消息。当然这里仅为示例说明并不是对本公开的唯一限定。

本实施例通过在发送更新补丁之后对更新成功消息进行接收，并在第二预设时间内未收到更新成功消息时重新发送更新补丁，能够提高更新成功率和可靠性，通过在失败预设次数后输出更新失败的通知消息，能够运维人员能够及时掌握更新情况，以便及时解决问题。

图7是本公开实施例提供的一种配置信息的更新装置的结构示意图，该装置可以被具体为上述实施例的数据库服务器，或者该数据库服务器的部分功能模块。如图7所示，更新装置70包括：

监听模块71，用于监听数据库中存储的图像审核服务器的配置信息的修改状态；

获取模块72，用于在监听模块监听到监听数据库中存储的配置信息被修改时，获取该配置信息的修改信息；

生成模块73，用于基于配置信息的修改信息生成更新补丁；

发送模块74，用于将更新补丁发送给图像审核服务器，以使图像审核服务器根据更新补丁对本地存储的配置信息进行更新。

在一种实施方式中，监听模块81，可以包括：

读取单元，用于间隔第一预设时间从数据库的容器节点POD的数据卷上读取数据库的日志文件；

确定模块，用于基于日志文件确定图像审核服务器的配置信息是否被更改；

其中，日志文件用于记录配置信息的修改信息。

在一种实施方式中，发送模块74，可以包括：

获取单元，用于获取图像审核服务器的所有POD的网络互联协议IP地址和端口号；

发送单元，用于基于获取到的IP地址和端口号，将更新补丁发送给图像审核服务器的POD。

在一种实施方式中，装置70还可以包括：

接收模块，用于接收图像审核服务器反馈的更新成功消息。

在一种实施方式中，发送模块74还可以用于：

响应于接收模块在更新补丁被发送之后的第二预设时间内未接收到更新成功消息，将更新补丁重新发送给图像审核服务器。

在一种实施方式中，装置70还可以包括：

通知模块，用于在更新补丁被重新发送预设次数后仍未收到所述图像审核服务器反馈的更新成功消息时，输出更新失败的通知消息。

在一种实施方式中，装置70还可以包括：

初始化模块，用于启动数据库的POD，并对POD进行初始化处理，获得POD的数据卷上记录的所述数据库的日志文件的初始内容。

本实施例提供的装置能够用于执行上述任一方法实施例的方法，其执行方式和有益效果类似，在这里不在赘述。

图8是本公开实施例提供的又一种数据库服务器的结构示意图，如图8所示，数据库服务器80包括：存储器81和处理器82；

存储器81中存储有计算机程序，处理器82执行计算机程序以实现上述任一方法实施例的方法。

本公开实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行以实现上述任一方法实施例的方法。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种配置信息的更新方法，其特征在于，包括：

监听数据库中存储的图像审核服务器的配置信息的修改状态；

响应于监听到所述配置信息被修改，获取所述配置信息的修改信息；

基于所述修改信息生成更新补丁；

将所述更新补丁发送给所述图像审核服务器，以使所述图像审核服务器根据所述更新补丁对本地存储的配置信息进行更新。

2.根据权利要求1所述的方法，其特征在于，所述监听数据库中存储的图像审核服务器的配置信息的修改状态，包括：

间隔第一预设时间从数据库的容器节点POD的数据卷上读取所述数据库的日志文件；

基于所述日志文件确定图像审核服务器的配置信息是否被更改；

其中，所述日志文件用于记录所述配置信息的修改信息。

3.根据权利要求1所述的方法，其特征在于，所述将所述更新补丁发送给所述图像审核服务器，包括：

获取所述图像审核服务器的POD的网络互联协议IP地址和端口号；

基于获取到的所述IP地址和端口号，将所述更新补丁发送给所述图像审核服务器的POD。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述将所述更新补丁发送给所述图像审核服务器之后，所述方法还包括：

接收所述图像审核服务器反馈的更新成功消息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

响应于在发送所述更新补丁之后的第二预设时间内未接收到所述更新成功消息，将所述更新补丁重新发送给所述图像审核服务器。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

若所述更新补丁被重新发送预设次数后仍未收到所述图像审核服务器反馈的更新成功消息，则输出更新失败的通知消息。

7.根据权利要求1-3中任一项所述的方法，其特征在于，所述监听数据库中存储的图像审核服务器的配置信息的修改状态之前，所述方法还包括：

启动所述数据库的POD，并对所述POD进行初始化处理，获得所述POD的数据卷上记录的所述数据库的日志文件的初始内容。

8.一种配置信息的更新装置，其特征在于，包括：

监听模块，用于监听数据库中存储的图像审核服务器的配置信息的修改状态；

获取模块，用于在所述监听模块监听到所述配置信息被修改时，获取所述配置信息的修改信息；

生成模块，用于基于所述修改信息生成更新补丁；

发送模块，用于将所述更新补丁发送给所述图像审核服务器，以使所述图像审核服务器根据所述更新补丁对本地存储的配置信息进行更新。

9.一种数据库服务器，其特征在于，包括：

存储器和处理器；

所述存储器中存储有计算机程序，所述处理器执行所述计算机程序以实现权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求1-7中任一项所述的方法。

Images