CN112035164A - 分布式系统更新节点配置的方法、应用节点及控制节点 - Google Patents

Abstract

本发明公开了一种分布式系统更新节点配置的方法、应用节点及控制节点，其中该方法包括：当接收到控制节点通过dubbo服务广播的配置更新通知，从数据库中读取配置信息，并开始计时；如果读取配置信息成功，则将配置信息更新至本地缓存；如果配置信息读取失败，或者配置信息更新至本地缓存失败，则判断从开始计时的时刻至当前时刻的操作时间是否超过时间阈值；如果超过时间阈值，则触发与控制节点的通讯超时机制，以使控制节点根据通讯超时机制确认应用节点更新配置失败。本发明可以解决当前为了实现节点配置更新而导致系统复杂度提升，且节点配置更新的时效性无法得到保证的问题。

Description

分布式系统更新节点配置的方法、应用节点及控制节点

技术领域

本发明涉及计算机技术领域，尤其涉及一种分布式系统更新节点配置的方法、应用节点及控制节点。

背景技术

本部分旨在为权利要求书中陈述的本发明实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

对于分布式架构系统而言，同一个应用程序可能在多个节点部署，各个节点均可以按照相同的业务逻辑处理业务请求。若需修改缓存在各个应用节点内存中的系统参数时，需同步刷新分布式架构系统中各个节点内存中的系统参数，以确保新的业务请求进来时，无论路由到哪一个节点处理，得到的处理结果均相同。

目前常用的分布式架构更新分布式系统各节点配置的方法主要依赖于消息队列中间件，控制节点通过消息队列将需要更新的参数通知到各个应用节点，各应用节点从消息队列通道中读取待更新消息并更新本地缓存，当某个节点出现本地缓存更新失败时，将原消息再放回消息队列出口端，下次消费消息队列消息时再次读取该消息尝试更新本地缓存，直到更新成功为止。

采用上述方式更新节点配置，需要引用消息队列中间件，建立控制节点到每个节点的消息队列通道，使得系统复杂度大大上升。并且，使用消息队列进行通讯是异步过程，控制节点无法准确获得各个应用节点配置更新的结果，只能依赖于各个节点不断重试，最终实现配置更新的结果，同时也会有一点概率出现某一节点一直重试不成功的情况，节点配置更新的时效性无法得到保证。

发明内容

本发明实施例提供一种分布式系统更新节点配置的方法，用以解决当前为了实现节点配置更新而导致系统复杂度提升，且节点配置更新的时效性无法得到保证的问题，该方法应用于分布式系统中的应用节点，该应用节点是分布式系统中除控制节点外的节点，该方法包括：

当接收到控制节点通过dubbo服务广播的配置更新通知，从数据库中读取配置信息，并开始计时；

如果读取配置信息成功，则将配置信息更新至本地缓存；

如果配置信息读取失败，或者配置信息更新至本地缓存失败，则判断从开始计时的时刻至当前时刻的操作时间是否超过时间阈值；

如果超过时间阈值，则触发与控制节点的通讯超时机制，以使控制节点根据通讯超时机制确认应用节点更新配置失败。

本发明实施例提供一种分布式系统更新节点配置的方法，用以解决当前为了实现节点配置更新而导致系统复杂度提升，且节点配置更新的时效性无法得到保证的问题，该方法应用于分布式系统中的控制点，该方法包括：

接收用户输入的配置信息，将配置信息保存至数据库；

通过dubbo服务发现分布式系统的各个应用节点，向各个应用节点广播配置更新通知，以供应用节点根据配置更新通知从数据库中读取配置信息，并将配置信息更新至本地缓存；

当自应用节点从数据库读取配置信息开始，至配置信息读取失败或配置信息更新至本地缓存失败的时间超过时间阈值，根据应用节点触发的通讯超时机制确认应用节点更新配置失败。

本发明实施例还提供一种应用节点，用以解决当前为了实现节点配置更新而导致系统复杂度提升，且节点配置更新的时效性无法得到保证的问题，应用节点是分布式系统中除控制节点外的节点，该应用节点包括：

配置信息读取模块，用于当第一通信模块接收到控制节点通过dubbo服务广播的配置更新通知时，从数据库中读取配置信息，并开始计时；

配置信息更新模块，用于当配置信息读取模块读取配置信息成功时，将配置信息更新至本地缓存；

判断模块，用于当配置信息读取失败，或者配置信息更新至本地缓存失败时，判断从开始计时的时刻至当前时刻的操作时间是否超过时间阈值；

第一通信模块，用于当判断模块判断超过时间阈值时，触发与控制节点的通讯超时机制，以使控制节点根据通讯超时机制确认应用节点更新配置失败。

本发明实施例还提供一种控制节点，用以解决当前为了实现节点配置更新而导致系统复杂度提升，且节点配置更新的时效性无法得到保证的问题，该控制节点包括：

第二通信模块，用于接收用户输入的配置信息，将配置信息保存至数据库；

广播模块，用于通过dubbo服务发现分布式系统的各个应用节点，向各个应用节点广播配置更新通知，以供应用节点根据配置更新通知从数据库中读取配置信息，并将配置信息更新至本地缓存；

当自应用节点从数据库读取配置信息开始，至配置信息读取失败或配置信息更新至本地缓存失败的时间超过时间阈值，第二通信模块，还用于根据应用节点触发的通讯超时机制确认应用节点更新配置失败。

本发明实施例还提供一种分布式系统，用以解决当前为了实现节点配置更新而导致系统复杂度提升，且节点配置更新的时效性无法得到保证的问题，该分布式系统包括如上所述的应用节点和控制节点。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述分布式系统更新节点配置的方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述分布式系统更新节点配置的方法的计算机程序。

本发明实施例中，控制节点通过dubbo服务向应用节点广播配置更新通知，接收到配置更新通知的应用节点从数据库中读取配置信息，在配置信息读取失败或者配置信息更新至本地缓存中失败且操作时间超过时间阈值的情况下，应用节点触发与控制节点的通讯超时机制，使得控制节点及时了解到更新结果，方便了用户及时根据更新结果进行异常处理，提升了节点配置更新的时效性；同时本发明实施例可以在不引用其他中间件的前提下实现节点配置动态更新，极大简化了系统复杂度及开发难度。此外，本发明实施例中节点更新之后不需要进行停机重启，实现了系统不停机更新应用系统配置参数，简化了系统更改配置的操作，极大地提高了系统服务能力。

附图说明

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

图1为本发明实施例中一种分布式系统更新节点配置的方法的流程图；

图2为本发明实施例中另一种分布式系统更新节点配置的方法的流程图；

图3为本发明实施例中另一种分布式系统更新节点配置的方法的流程图；

图4为本发明实施例中另一种分布式系统更新节点配置的方法的流程图；

图5为本发明实施例中一种应用节点的结构示意图；

图6为本发明实施例中一种控制节点的结构示意图；

图7为本发明实施例中一种分布式系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本发明实施例提供了一种分布式系统更新节点配置的方法，应用于分布式系统中的应用节点。分布式系统中节点无主次之分，在本发明实施例中，将接收到用户输入的配置信息的节点作为控制节点，将除了控制节点外的节点作为应用节点。本发明实施例提供的分布式系统更新节点配置的方法应用于任意一个应用节点。

如图1所示，该方法包括步骤101至步骤104：

步骤101、当接收到控制节点通过dubbo服务广播的配置更新通知，从数据库中读取配置信息，并开始计时。

其中，开始计时的时刻是接收到配置更新通知的时刻。

步骤102、如果读取配置信息成功，则将配置信息更新至本地缓存。

在本发明实施例的一种实现方式中，如果读取配置信息成功，且成功将配置信息更新至本地缓存，则不会触发与控制节点的通讯超时机制，在没有触发通讯超时机制的情况下，控制节点确认应用节点更新配置成功，及时向用户反馈节点配置更新成功的结果。

步骤103、如果配置信息读取失败，或者配置信息更新至本地缓存失败，则判断从开始计时的时刻至当前时刻的操作时间是否超过时间阈值。

也就是说，应用节点可以获知两种失败结果，其一为配置信息读取失败，在此种情况下，无法再执行后续将配置信息更新至本地缓存的步骤；其二为成功读取到配置信息，但在将配置信息更新至本地缓存的过程中失败。

步骤104、如果超过时间阈值，则触发与控制节点的通讯超时机制，以使控制节点根据通讯超时机制确认应用节点更新配置失败。

在本发明实施例中，dubbo的广播机制意在通知到各个节点，无法接收各个节点的处理结果，从而无法得知各节点是否正常更新配置成功，为保证当有某个节点处理失败的情况能够及时被控制节点接收到，引入通讯超时机制，即配置更新失败的节点触发通讯超时机制，造成控制节点调用超时，控制节点即可得知该些节点更新配置失败，之后即可将更新失败结果通过页面等方式反馈用户，以便于用户及时进行异常处理。

在本发明实施例的另一种实现方式中，如果没有超过时间阈值，则重新读取配置信息，将重新读取的配置信息更新至本地缓存，直至操作时间超过时间阈值触发与控制节点的通讯超时机制，或者配置信息更新成功不会触发通讯超时机制。依据通讯超时机制是否被触发，控制节点可以确认应用节点更新配置成功或者失败。

如图2所示，本发明实施例还提供了另一种流程图来说明上述过程。

本发明实施例中，控制节点通过dubbo服务向应用节点广播配置更新通知，接收到配置更新通知的应用节点从数据库中读取配置信息，在配置信息读取失败或者配置信息更新至本地缓存中失败且操作时间超过时间阈值的情况下，应用节点触发与控制节点的通讯超时机制，使得控制节点及时了解到应用节点更新失败，方便了用户及时根据更新结果进行异常处理，提升了节点配置更新的时效性；同时本发明实施例可以在不引用其他中间件的前提下实现节点配置动态更新，极大简化了系统复杂度及开发难度。此外，本发明实施例中节点更新之后不需要进行停机重启，实现了系统不停机更新应用系统配置参数，简化了系统更改配置的操作，极大地提高了系统服务能力。

本发明实施例还提供了一种分布式系统更新节点配置的方法，应用于分布式系统中的控制节点，如图3所示，该方法包括步骤301至步骤303：

步骤301、接收用户输入的配置信息，将配置信息保存至数据库。

在一种实现方式中，可以由用户手动触发步骤302中的广播操作，以使用户选择是否在当前时间更新节点配置。

步骤302、通过dubbo服务发现分布式系统的各个应用节点，向各个应用节点广播配置更新通知，以供应用节点根据配置更新通知从数据库中读取配置信息，并将配置信息更新至本地缓存。

需要说明的是，在本步骤中，利用了dubbo服务注册机制、服务发现机制和广播机制，当dubbo发现各个节点后，可以将各个节点注册至列表中。

步骤303、当自应用节点从数据库读取配置信息开始，至配置信息读取失败或配置信息更新至本地缓存失败的时间超过时间阈值，根据应用节点触发的通讯超时机制确认应用节点更新配置失败。

在确认应用节点更新配置失败之后，还可以重新通过dubbo服务发现分布式系统的各个应用节点，向各个应用节点广播配置更新通知。因为应用节点更新配置信息的操作为幂等操作，该操作任意多次执行所产生的影响均与一次执行的影响相同，所以配置更新操作可以无限重试。当各个应用节点接收到配置更新通知后，重新按照步骤101至步骤104中的过程执行更新操作。

如果确认应用节点更新配置失败，则向用户反馈更新失败结果，以供用户根据更新失败结果重新发起配置节点更新。

如图4所示，本发明实施例提供了一种控制节点和应用节点共同实现分布式系统更新节点配置的方法的流程图，其中，应用节点如何判断更新失败可以参见图2。

本发明实施例中，控制节点通过dubbo服务向应用节点广播配置更新通知，接收到配置更新通知的应用节点从数据库中读取配置信息，在配置信息读取失败或者配置信息更新至本地缓存中失败且操作时间超过时间阈值的情况下，应用节点触发与控制节点的通讯超时机制，使得控制节点及时了解到应用节点更新失败，方便了用户及时根据更新结果进行异常处理，提升了节点配置更新的时效性；同时本发明实施例可以在不引用其他中间件的前提下实现节点配置动态更新，极大简化了系统复杂度及开发难度。此外，本发明实施例中节点更新之后不需要进行停机重启，实现了系统不停机更新应用系统配置参数，简化了系统更改配置的操作，极大地提高了系统服务能力。

本发明实施例中还提供了一种应用节点，如下面的实施例所述。由于该装置解决问题的原理与步骤101至步骤104所述的分布式系统更新节点配置的方法相似，因此该装置的实施可以参见分布式系统更新节点配置的方法的实施，重复之处不再赘述。

如图5所示，应用节点500包括第一通信模块501、配置信息读取模块502、配置信息更新模块503和判断模块504。

配置信息读取模块502，用于当第一通信模块501接收到控制节点通过dubbo服务广播的配置更新通知时，从数据库中读取配置信息，并开始计时；

配置信息更新模块503，用于当配置信息读取模块502读取配置信息成功时，将配置信息更新至本地缓存；

判断模块504，用于当配置信息读取失败，或者配置信息更新至本地缓存失败时，判断从开始计时的时刻至当前时刻的操作时间是否超过时间阈值；

第一通信模块501，用于当判断模块504判断超过时间阈值时，触发与控制节点的通讯超时机制，以使控制节点根据通讯超时机制确认应用节点更新配置失败。

在本发明实施例的另一种实现方式中，第一通信模块501，还用于当成功将配置信息更新至本地缓存时，不会触发通讯超时机制，以使控制节点确认应用节点更新配置成功。

在本发明实施例的另一种实现方式中，当判断模块504判断没有超过时间阈值时，则触发配置信息读取模块502重新读取配置信息，配置信息更新模块503将重新读取的配置信息更新至本地缓存，直至操作时间超过时间阈值由第一通信模块501触发与控制节点的通讯超时机制，或者配置信息更新成功不会触发通讯超时机制。

本发明实施例中，控制节点通过dubbo服务向应用节点广播配置更新通知，接收到配置更新通知的应用节点从数据库中读取配置信息，在配置信息读取失败或者配置信息更新至本地缓存中失败且操作时间超过时间阈值的情况下，应用节点触发与控制节点的通讯超时机制，使得控制节点及时了解到更新结果，方便了用户及时根据更新结果进行异常处理，提升了节点配置更新的时效性；同时本发明实施例可以在不引用其他中间件的前提下实现节点配置动态更新，极大简化了系统复杂度及开发难度。此外，本发明实施例中节点更新之后不需要进行停机重启，实现了系统不停机更新应用系统配置参数，简化了系统更改配置的操作，极大地提高了系统服务能力。

本发明实施例中还提供了一种控制节点，如下面的实施例所述。由于该装置解决问题的原理与步骤301至步骤303所述的分布式系统更新节点配置的方法相似，因此该装置的实施可以参见分布式系统更新节点配置的方法的实施，重复之处不再赘述。

如图6所示，该控制节点600包括第二通信模块601和广播模块602。

第二通信模块601，用于接收用户输入的配置信息，将配置信息保存至数据库；

广播模块602，用于通过dubbo服务发现分布式系统的各个应用节点，向各个应用节点广播配置更新通知，以供应用节点根据配置更新通知从数据库中读取配置信息，并将配置信息更新至本地缓存；

当自应用节点从数据库读取配置信息开始，至配置信息读取失败或配置信息更新至本地缓存失败的时间超过时间阈值，第二通信模块601，还用于根据应用节点触发的通讯超时机制确认应用节点更新配置失败。

在本发明实施例的另一种实现方式中，广播模块602，还用于重新通过dubbo服务发现分布式系统的各个应用节点，向各个应用节点广播配置更新通知。

在本发明实施例的另一种实现方式中，控制节点600还包括：

结果反馈模块603，用于当确认应用节点更新配置失败时，向用户反馈更新失败结果，以供用户根据更新失败结果重新发起配置节点更新。

本发明实施例中，控制节点通过dubbo服务向应用节点广播配置更新通知，接收到配置更新通知的应用节点从数据库中读取配置信息，在配置信息读取失败或者配置信息更新至本地缓存中失败且操作时间超过时间阈值的情况下，应用节点触发与控制节点的通讯超时机制，使得控制节点及时了解到应用节点更新失败，方便了用户及时根据更新结果进行异常处理，提升了节点配置更新的时效性；同时本发明实施例可以在不引用其他中间件的前提下实现节点配置动态更新，极大简化了系统复杂度及开发难度。此外，本发明实施例中节点更新之后不需要进行停机重启，实现了系统不停机更新应用系统配置参数，简化了系统更改配置的操作，极大地提高了系统服务能力。

本发明实施例还提供一种分布式系统，如图7所示，该分布式系统700包括如上所述的应用节点500和控制节点600。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述分布式系统更新节点配置的方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述分布式系统更新节点配置的方法的计算机程序。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种分布式系统更新节点配置的方法，其特征在于，应用于分布式系统中的应用节点，所述应用节点是分布式系统中除控制节点外的节点，所述方法包括：

当接收到控制节点通过dubbo服务广播的配置更新通知，从数据库中读取配置信息，并开始计时；

如果读取配置信息成功，则将配置信息更新至本地缓存；

如果配置信息读取失败，或者配置信息更新至本地缓存失败，则判断从开始计时的时刻至当前时刻的操作时间是否超过时间阈值；

如果超过时间阈值，则触发与控制节点的通讯超时机制，以使控制节点根据通讯超时机制确认应用节点更新配置失败。

2.根据权利要求1所述的方法，其特征在于，在如果读取配置信息成功，则将配置信息更新至本地缓存之后，所述方法还包括：

如果成功将配置信息更新至本地缓存，则不会触发通讯超时机制，以使控制节点确认应用节点更新配置成功。

3.根据权利要求1所述的方法，其特征在于，在判断从开始计时的时刻至当前时刻的操作时间是否超过时间阈值之后，所述方法还包括：

如果没有超过时间阈值，则重新读取配置信息，将重新读取的配置信息更新至本地缓存，直至操作时间超过时间阈值触发与控制节点的通讯超时机制，或者配置信息更新成功不会触发通讯超时机制。

4.一种分布式系统更新节点配置的方法，其特征在于，应用于分布式系统中的控制节点，所述方法包括：

接收用户输入的配置信息，将配置信息保存至数据库；

通过dubbo服务发现分布式系统的各个应用节点，向各个应用节点广播配置更新通知，以供应用节点根据配置更新通知从数据库中读取配置信息，并将配置信息更新至本地缓存；

当自应用节点从数据库读取配置信息开始，至配置信息读取失败或配置信息更新至本地缓存失败的时间超过时间阈值，根据应用节点触发的通讯超时机制确认应用节点更新配置失败。

5.根据权利要求4所述的方法，其特征在于，在接收控制节点发送的更新失败通知之后，所述方法还包括：

重新通过dubbo服务发现分布式系统的各个应用节点，向各个应用节点广播配置更新通知。

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

如果确认应用节点更新配置失败，则向用户反馈更新失败结果，以供用户根据更新失败结果重新发起配置节点更新。

7.一种应用节点，其特征在于，所述应用节点是分布式系统中除控制节点外的节点，所述应用节点包括：

配置信息读取模块，用于当第一通信模块接收到控制节点通过dubbo服务广播的配置更新通知时，从数据库中读取配置信息，并开始计时；

配置信息更新模块，用于当配置信息读取模块读取配置信息成功时，将配置信息更新至本地缓存；

判断模块，用于当配置信息读取失败，或者配置信息更新至本地缓存失败时，判断从开始计时的时刻至当前时刻的操作时间是否超过时间阈值；

第一通信模块，用于当判断模块判断超过时间阈值时，触发与控制节点的通讯超时机制，以使控制节点根据通讯超时机制确认应用节点更新配置失败。

8.一种控制节点，其特征在于，应用于分布式系统中的控制节点，所述控制节点包括：

第二通信模块，用于接收用户输入的配置信息，将配置信息保存至数据库；

广播模块，用于通过dubbo服务发现分布式系统的各个应用节点，向各个应用节点广播配置更新通知，以供应用节点根据配置更新通知从数据库中读取配置信息，并将配置信息更新至本地缓存；

当自应用节点从数据库读取配置信息开始，至配置信息读取失败或配置信息更新至本地缓存失败的时间超过时间阈值，第二通信模块，还用于根据应用节点触发的通讯超时机制确认应用节点更新配置失败。

9.一种分布式系统，其特征在于，包括如权利要求7所述的应用节点及权利要求8所述的控制节点。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6任一所述方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至6任一所述方法的计算机程序。

Images