CN116088892A - 分布式业务系统配置变更方法、装置、计算机设备及介质 - Google Patents

Abstract

本发明公开了一种分布式业务系统配置变更方法、装置、计算机设备及计算机可读存储介质，运营人员将新增或更新的配置项信息上传到运营后台后，运营后台将配置项更新数据更新到预设数据库，并将配置项更新数据下发到配置服务器；配置服务器将接收到的配置项更新数据加载到预设缓存中；业务系统获取配置项更新数据时首先到预设缓存中读取，若读取为空，则请求配置服务器读取对应配置项并注册该配置监听器，配置监听器实时监听到配置服务器中的配置项信息变化后通知业务系统从预设缓存读取已加载到缓存的配置更新数据；保证分布式业务系统配置及时、准确变更的同时，保留历史配置变更信息便于后续追溯，以便及时排查配置出错故障，提高配置更新效率。

Description

分布式业务系统配置变更方法、装置、计算机设备及介质

技术领域

本发明涉及业务系统配置领域，具体涉及一种分布式业务系统配置变更方法、装置、计算机设备及计算机可读存储介质。

背景技术

电商平台由于业务以及营销方式的变化，需要不定期地对业务系统的配置项进行变更，而变更可能涉及流量入口的降级、和下限、页面文案变更、账单费率调整、人群标签替换等多种配置的变更。

目前的配置变更方案是运营人员在配置服务器上对需要变更的目标配置项进行修改，配置服务器将修改后的配置项下发到指定的业务系统。但目前的变更方案存在以下问题：

目前普遍采用分布式业务系统，配置值变更需要同步各个分区，会出现部分业务系统配置变更失败，导致各分区配置不一致的情况；另外，配置值获取依赖定时更新任务，数据实时性较差，变更历史容易丢失、配置接入外部系统并等待变更后实时推送，业务系统被侵入概率较高，从而配置变更失败。

上述问题出现后难以追溯配置变更失败的具体原因，导致需要花费大量时间和精力去排查分布式业务系统配置变更故障，严重影响了电商平台业务系统配置变更效率。

发明内容

本发明目的是：提供一种分布式业务系统配置变更方法、装置、计算机设备及计算机可读存储介质。

本发明的技术方案是：第一方面，本发明提供一种分布式业务系统配置变更方法，其特征在于，所述方法包括：

响应于配置更新命令，保存配置更新信息并记录对应日志至预设数据库，所述配置更新信息至少包括配置编号、配置项更新数据和操作人员信息；

向配置服务器下发所述配置项更新数据并接收所述配置服务器返回的下发结果信息；

存储所述下发结果信息至所述预设数据库中。

在一种较佳的实施方式中，所述方法还包括：

若所述下发结果信息为下发失败，接收所述配置服务器返回的配置更新错误信息，所述配置更新错误信息至少包括下发编号、失败场景和所述配置编号。

在一种较佳的实施方式中，所述保存配置更新信息并记录对应日志至预设数据库包括：

建立配置变更所关联的维度类型；

基于所述维度类型建立维度表，所述维度表至少包括操作时间维度、操作人员维度、配置编号维度、配置项维度和失败场景维度；

对于所述维度表中的每个维度建立对应的数据表，所述数据表包括对应的维度值字段和对应的数据字段。

第二方面，本发明还提供一种分布式业务系统配置变更方法，所述方法包括：

从预设缓存查询读取目标配置项更新数据；

若读取为空，向配置服务器请求获取所述目标配置项更新数据并注册目标更新配置项对应的配置监听器；

响应于所述配置监听器监听到所述配置服务器中的目标配置项发生变更，从预设缓存中获取目标配置项更新数据，所述目标配置项更新数据由所述配置服务器发送到所述预设缓存中存储。

在一种较佳的实施方式中，所述向配置服务器请求获取所述目标更新配置项数据并注册目标更新配置项对应的配置监听器包括：

发送更新配置请求至配置服务器，所述更新配置请求至少携带有业务系统标识和目标配置项标识；

注册每个所述目标配置项对应的配置监听器。

在一种较佳的实施方式中，所述响应于所述配置监听器监听到所述配置服务器中所述目标配置项发变更，从预设缓存中获取目标配置项更新数据包括：

响应于所述配置监听器监听到所述配置服务器中所述目标配置项发生变更，基于目标配置项标识从预设缓存中读取目标配置项更新数据。

第三方面，本发明还提供一致分布式业务系统配置变更方法，所述方法包括：

接收运营平台下发的配置项更新数据并向所述运营平台返回下发结果信息，所述下发结果信息至少包括下发编号和下发结果；

加载所述配置项更新数据至预设缓存中。

第四方面，本发明还提供一种分布式业务系统配置变更装置，所述装置包括：

第一存储模块，用于响应于配置更新命令，保存配置更新信息并记录对应日志至预设数据库，所述配置更新信息至少包括配置编号、配置项更新数据和操作人员信息；

下发接收模块，用于向配置服务器下发所述配置项更新数据并接收所述配置服务器返回的下发结果信息；

第二存储模块，用于存储所述下发结果信息至所述预设数据库中。

第五方面，本发明还提供一种计算机设备，所述计算机设备包括：

一个或多个处理器；

以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如第一至第三方面中任意一项所述的分布式业务系统配置变更方法。

第六方面，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现执行如第一至第三方面中任意一项所述的分布式业务系统配置变更方法。

本发明的优点是：提高一种分布式业务系统配置变更方法、装置、计算机设备及计算机可读存储介质，运营人员将新增或更新的配置项信息上传到运营后台后，运营后台将配置项更新数据更新到预设数据库，并将配置项更新数据下发到配置服务器；配置服务器接收到配置项更新数据后将配置项更新数据加载到预设缓存中；业务系统需要获取配置项更新数据时，首先到预设缓存中读取，如果读取为空，则请求配置服务器读取对应配置项并注册该配置监听器，配置监听器注册之后实时监听配置服务器中的配置项信息变化，配置项信息出现更改后，则更改后的目标配置项更新数据被推送到预设缓存进行更新存储；保证分布式业务系统配置及时、准确变更的同时，保留历史配置变更信息便于后续追溯，以便及时排查配置出错故障，提高配置更新效率。

附图说明

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

图1为本申请所提供的分布式业务系统配置变更架构示意图；

图2为本申请所提供的分布式业务系统配置变更方法第一流程图；

图3为本申请所提供的分布式业务系统配置变更方法第二流程图；

图4为本申请所提供的分布式业务系统配置变更方法第三流程图；

图5为本申请所提供的分布式业务系统配置变更方法第四流程图；

图6为本申请所提供的分布式业务系统配置变更方法第五流程图；

图7为本申请所提供的分布式业务系统配置变更方法第六流程图；

图8为本申请所提供的分布式业务系统配置变更装置第一结构图；

图9为本申请所提供的分布式业务系统配置变更装置第二结构图；

图10为本申请所提供的分布式业务系统配置变更装置第三结构图；

图11为本申请所提供的计算机设备的架构图。

具体实施方式

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

如背景技术所述，现有技术中电商平台普遍采用分布式业务系统，配置值变更需要同步各个分区，但不同业务系统所涉及的配置项有所不同，配置项的变更可能涉及流量入口的降级、和下限、页面文案变更、账单费率调整、人群标签替换等多种配置，因此会出现部分业务系统配置变更失败，导致各分区配置不一致的情况；另外，配置值获取依赖定时更新任务，数据实时性较差，变更历史容易丢失、配置接入外部系统并等待变更后实时推送，业务系统被侵入概率较高，从而配置变更失败。当前的配置服务器无法保存操作人、变更历史配置项相关信息，无法追溯排查故障。

为解决上述问题，本申请创造性地提出了一种分布式业务系统配置变更方法、装置、计算机设备及计算机可读存储介质，将配置项变更数据保存到缓存中，提高配置项变更数据下发的效率，并且记录对应日志到预设数据库，以及每次配置项变更数据下发的结果信息到预设数据库，便于后续追溯排查故障，提高电商平台业务系统配置变更效率。

下面将结合附图和各个实施例，对本申请的方案进行详细介绍。

实施例一：本实施例对本申请中分布式业务系统配置变更的架构进行介绍。

具体的，参照图1所示，本申请所提供的分布式业务系统配置变更的架构包括：互相独立的运营后台、配置服务器和分布式业务系统，还包括配置监听器、预设数据库和缓存。

其中：所述运营后台设置有配置项变更窗口和/或配置项数据上传接口，运营人员在所述运营后台的配置项变更窗口修改或新增配置项数据，或者在配置项数据上传接口直接上传已经设置好的配置项更新数据。运营后台在获取到配置项更新数据后，根据运营人员配置的指令后将配置项更新数据和生成的对应日志保存到预设数据库内，配置项更新数据包括配置编号和操作人员信息，对应日志包括配置项更新数据关联的操作时间和操作人员信息，并立即或者定时或者在指定时间将配置项更新数据下发到配置服务器。示例性的，于本实施例中，预设数据库为MySQL数据库。配置服务器采用Java语言编写的Luna配置服务器，更好扩展、更容易维护,能够实现跨机房设置。运营后台接收配置服务器反馈的下发结果信息，并将下发结果信息发送到预设数据库进行存储。

配置服务器接收到配置项更新数据后，将配置项更新数据加载到预设缓存，示例性的，预设缓存为Redis缓存。将配置项更新数据加载到预设缓存内，业务系统从预设缓存内获取更新配置，避免多个业务系统同时从配置服务器获取配置项更新数据导致配置服务器压力过大而故障，导致所有业务系统配置更新失败的情况。

若业务系统需要更新配置，但从预设缓存中读取不到配置更新数据，则向配置服务器请求获取目标配置项更新数据，并为每个未能成功读取的配置项注册对应的配置监听器，当配置监听器监听到配置服务器中的配置项有变更时，通知业务系统从预设缓存中去获取配置服务器加载到预设缓存中的变更后的配置项信息即目标配置项更新数据。

实施例二：基于上述实施例一所介绍的分布式业务系统配置变更的架构，本实施例结合图2-图7，对本申请中分布式业务系统配置变更过程进行介绍。

具体的，本实施例在一个示例中针对运营后台提供一种分布式业务系统配置变更方法，参照图2与图3所示，所述方法包括：

S210、响应于配置更新命令，保存配置更新信息并记录对应日志至预设数据库，配置更新信息至少包括配置编号、配置项更新数据和操作人员信息。

具体的，运营后台设置有配置项变更窗口和/或配置项数据上传接口，运营人员通过配置更新命令在所述运营后台的配置项变更窗口修改或新增配置项更新数据，或者在配置项数据上传接口直接上传已经设置好的配置项更新数据。运营后台为每一次的配置项更改或上传都生成唯一对应的配置编号。运营后台接收配置更新命令获取到配置项更新数据后，根据运营人员配置的指令将包括配置编号和配置项更新数据的配置更新信息和生成的对应日志保存到预设数据库内，对应日志包括配置编号、操作时间和操作人员信息。于本实施例中，预设数据库为Mysql数据库，Mysql是关系型数据库管理系统，存储关联数据，便于后续调取操作人员或者业务系统关联数据，能够执行增删改查。

示例性的，配置更新信息包括：配置编号P001；配置项更新数据——A配置项更新数据、B配置项更新数据和C配置项更新数据；操作人员编号A01。对应日志包括：配置编号001；操作时间2022-11-18-09：48：07；操作人员编号A01。

优选的，所述保存配置更新信息并记录对应日志至预设数据库包括：

S211、建立配置变更所关联的维度类型。

具体的，配置变更在后续追溯查看时根据需要从不同的维度对配置变更的具体信息进行查询，为便于后续根据查询指令快速调用相关的配置更新信息，预设数据库对配置更新信息和对应日志的存储根据不同维度进行划分建立存储数据表。首先，建立配置变更所关联的维度类型，具体的，维度类型指示包括：操作人员维度、操作时间维度、配置编号维度、配置项维度等。其中，配置编号维度根据配置更新信息中的具体配置项设置，示例性的，配置项更新数据中有两条配置项时配置编号以G开头，配置项更新数据中有三条配置项时配置编号以P开头……

S212、基于所述维度类型建立维度表，所述维度表至少包括操作时间维度、操作人员维度、配置编号维度、配置项维度和失败场景维度。

维度表中包含所有需要使用的维度，以便后续从不同维度对历史配置更新信息进行追溯查看。

S213、对于所述维度表中的每个维度建立对应的数据表，所述数据表包括对应的维度值字段和对应的数据字段。

具体的，数据表中包括对应的维度值字段和对应的数据字段，数据表中维度字段包括维度表中的所有维度，对应的数据字段即为每个维度关联的具体配置项更新信息和对应日志。

S220、向配置服务器下发配置项更新数据并接收配置服务器返回的下发结果信息。

具体的，运营后台将配置项更新数据下发到Luna配置服务器，接收Luna配置服务器返回的下发结果信息。更具体的，下发结果信息至少包括下发结果和对应的下发编号。下发结果为成功或者失败。

优选的，若所述下发结果信息为下发失败，接收所述配置服务器返回的配置更新错误信息，所述配置更新错误信息至少包括下发编号、失败场景和所述配置编号。

示例性的，配置项更新数据的配置编号为P001，下发的配置项更新数据中包括A配置项更新数据、B配置项更新数据和C配置项更新数据，配置项更新数据下发时携带有下发编号X001，运营后台将A配置项、B配置项和C配置项的更新数据下发到Luna配置服务器，Luna配置服务器接收A配置项、B配置项和C配置项的更新数据并返回下发结果信息，其中，Luna配置服务器返回的下发结果信息中包括：下发编号X001；配置编号P001；下发结果：A配置项下发成功、B配置项下发失败且失败场景为a场景、C配置项下发成功。

S230、存储下发结果信息至预设数据库中。

具体的，以S220的示例，运营后台将包括下发编号X001；配置编号P001；下发结果：A配置项下发成功、B配置项下发失败且失败场景为a场景、C配置项下发成功的下发结果信息存储到预设数据库中，存储时根据配置编号P001将下发结果信息与已经存储到预设数据库中的配置更新信息和对应日志关联存储。

本实施例在另一个示例中针对分布式业务系统提供一种分布式业务系统配置变更方法，参照图4-图6所示，所述方法包括：

S410、从预设缓存查询读取目标配置项更新数据。

具体的，当业务系统有配置更新需求时，首先向预设缓存查询读取目标配置项更新数据。示例性的，业务系统需要更新A、B、C配置项，则首先查询Redis缓存以读取A、B、C配置项的最新配置数据。若读取成功，则以读取到A、B、C配置项数据更新本地配置项。若读取失败，即读取为空，则进入S420。

S420、向配置服务器请求获取目标配置项更新数据并注册目标更新配置项对应的配置监听器。

优选的，本步骤包括：

S421、发送更新配置请求至配置服务器，所述更新配置请求至少携带有业务系统标识和目标配置项标识。

具体的，当业务系统从Redis缓存中读取目标配置项——A、B、C配置项的最新配置数据失败后，业务系统向配置服务器发起获取配置请求，获取配置请求中携带有业务系统标识和目标配置项标识，其中目标配置项标识可以是配置项编号或者配置项名称。

S422、注册每个所述目标配置项对应的配置监听器。

具体的，为业务系统未能从预设缓存Redis中成功读取的配置项注册对应的配置监听器。示例性的，业务系统需要更新A、B、C配置项，查询Redis缓存以读取A、B、C配置项的最新配置数据的结果是读取到A配置项更新数据、B配置项更新数据，但未能读取到C配置项更新数据，则向配置服务器请求获取C配置项更新数据并注册C配置项对应的C配置监听器。一个配置监听器固定长期地监测一个配置项数据的变更，例如C配置监听器固定长期地仅对C配置项数据是否发生变更。

S430、响应于配置监听器监听到配置服务器中的目标配置项发生变更，从预设缓存中获取目标配置项更新数据，目标配置项更新数据由配置服务器发送到预设缓存中存储。

在一种实施方式中，本步骤具体包括：

响应于所述配置监听器监听到所述配置服务器中所述目标配置项发生变更，基于目标配置项标识从预设缓存中读取目标配置项更新数据。

具体的，当配置监听器监听到配置服务器中的目标配置项发生变更，如C配置监听器监听到C配置项数据发生变更时，配置监听器向业务系统发送C配置项数据变更通知，由于配置服务器每次获取到配置项更新数据后都会将所获取的配置项更新数据加载到预设缓存Redis中，业务系统在接收到配置监听器发送的配置项数据变更通知后从预设缓存中读取目标配置项更新数据，示例性的，C配置监听器向业务系统发送C配置项数据变更通知后，业务系统根据接收到的C配置项数据变更通知从预设缓存Redis中读取C配置项更新数据。

优选的，根据业务系统标识存储预设缓存Redis每一次向不同业务系统发送的配置项更新信息，以供后续对每个分布式业务系统的配置更新历史进行追溯分析。

本实施例在另一个示例中针对配置服务器提供一致分布式业务系统配置变更方法，参照图7所示，所述方法包括：

S710、接收运营平台下发的配置项更新数据并向所述运营平台返回下发结果信息，下发结果信息至少包括下发编号和下发结果。

S720、加载配置项更新数据至预设缓存中。

实施例三：与上述实施例一至实施例二相对应的，下面将结合图8-10对本申请提供的分布式业务系统配置变更装置进行介绍。其中，该装置可以通过硬件或软件的方式实现，也可以通过软硬件结合的方式实现，本申请并不限定。

在一个示例中，本申请提供了一种分布式业务系统配置变更装置，参照图8所示，所述分布式业务系统配置变更装置包括：

第一存储模块810，用于响应于配置更新命令，保存配置更新信息并记录对应日志至预设数据库，所述配置更新信息至少包括配置编号、配置项更新数据和操作人员信息；

下发接收模块820，用于向配置服务器下发所述配置项更新数据并接收所述配置服务器返回的下发结果信息；

第二存储模块830，用于存储所述下发结果信息至所述预设数据库中。

优选的，所述分布式业务系统配置变更装置还包括：

返回接收模块840，用于所述下发结果信息为下发失败时，接收所述配置服务器返回的配置更新错误信息，所述配置更新错误信息至少包括下发编号、失败场景和所述配置编号。

更优选的，所述第一存储模块810包括：

第一建立单元811，用于建立配置变更所关联的维度类型；

第二建立单元812，用于基于所述维度类型建立维度表，所述维度表至少包括操作时间维度、操作人员维度、配置编号维度、配置项维度和失败场景维度；

第三建立单元813，用于对于所述维度表中的每个维度建立对应的数据表，所述数据表包括对应的维度值字段和对应的数据字段。

在另一个示例中，本申请提供了一种分布式业务系统配置变更装置，参照图9所示，所述分布式业务系统配置变更装置包括：

查询读取模块910，用于从预设缓存查询读取目标配置项更新数据；

请求注册模块920，用于所述查询读取模块910读取为空时，向配置服务器请求获取所述目标配置项更新数据并注册目标更新配置项对应的配置监听器；

查询获取模块930，用于响应于所述配置监听器监听到所述配置服务器中的目标配置项发生变更，从预设缓存中获取目标配置项更新数据，所述目标配置项更新数据由所述配置服务器发送到所述预设缓存中存储。

优选的，所述请求注册模块920包括：

发送单元921，用于发送更新配置请求至配置服务器，所述更新配置请求至少携带有业务系统标识和目标配置项标识；

注册单元922，用于注册每个所述目标配置项对应的配置监听器。

更优选的，所述查询获取模块930具体用于响应于所述配置监听器监听到所述配置服务器中所述目标配置项发生变更，基于目标配置项标识从预设缓存中读取目标配置项更新数据。

在另一个示例中，本申请提供了一种分布式业务系统配置变更装置，参照图10所示，所述分布式业务系统配置变更装置包括：

接收下发模块1010，用于接收运营平台下发的配置项更新数据并向所述运营平台返回下发结果信息，所述下发结果信息至少包括下发编号和下发结果；

加载存储模块1020，用于加载所述配置项更新数据至预设缓存中。

实施例四：与上述实施例一至实施例三相对应的，下面将结合图11，对本申请提供的计算机设备进行介绍。在一个示例中如图11所示，本申请提供了一种计算机设备，该计算机设备包括：

一个或多个处理器；

以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

响应于配置更新命令，保存配置更新信息并记录对应日志至预设数据库，所述配置更新信息至少包括配置编号、配置项更新数据和操作人员信息；

向配置服务器下发所述配置项更新数据并接收所述配置服务器返回的下发结果信息；

存储所述下发结果信息至所述预设数据库中。

所述程序指令在被所述一个或多个处理器读取执行时，还执行如下操作：

若所述下发结果信息为下发失败，接收所述配置服务器返回的配置更新错误信息，所述配置更新错误信息至少包括下发编号、失败场景和所述配置编号。

所述程序指令在被所述一个或多个处理器读取执行时，还执行如下操作：

建立配置变更所关联的维度类型；

基于所述维度类型建立维度表，所述维度表至少包括操作时间维度、操作人员维度、配置编号维度、配置项维度和失败场景维度；

对于所述维度表中的每个维度建立对应的数据表，所述数据表包括对应的维度值字段和对应的数据字段。

所述程序指令在被所述一个或多个处理器读取执行时，还执行如下操作：

从预设缓存查询读取目标配置项更新数据；

若读取为空，向配置服务器请求获取所述目标配置项更新数据并注册目标更新配置项对应的配置监听器；

响应于所述配置监听器监听到所述配置服务器中的目标配置项发生变更，从预设缓存中获取目标配置项更新数据，所述目标配置项更新数据由所述配置服务器发送到所述预设缓存中存储。

所述程序指令在被所述一个或多个处理器读取执行时，还执行如下操作：

发送更新配置请求至配置服务器，所述更新配置请求至少携带有业务系统标识和目标配置项标识；

注册每个所述目标配置项对应的配置监听器。

所述程序指令在被所述一个或多个处理器读取执行时，还执行如下操作：

响应于所述配置监听器监听到所述配置服务器中所述目标配置项发生变更，基于目标配置项标识从预设缓存中读取目标配置项更新数据。

所述程序指令在被所述一个或多个处理器读取执行时，还执行如下操作：

接收运营平台下发的配置项更新数据并向所述运营平台返回下发结果信息，所述下发结果信息至少包括下发编号和下发结果；

加载所述配置项更新数据至预设缓存中。

所述程序指令在被所述一个或多个处理器读取执行时，还可以执行与上述方法实施例中的各个步骤对应的操作，可以参考上文中的描述，此处不再赘述。参考图11，其示例性的展示出了计算机设备的架构，具体可以包括处理器1110，视频显示适配器1111，磁盘驱动器1112，输入/输出接口1113，网络接口1114，以及存储器1120。上述处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114，与存储器1120之间可以通过通信总线1130进行通信连接。

其中，处理器1110可以采用通用的中央处理器(Central ProcessingUnit，CPU)、微处理器、应用专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1120可以采用只读存储器(ReadOnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、静态存储设备，动态存储设备等形式实现。存储器1120可以存储用于控制计算机设备1100运行的操作系统1121，用于控制计算机设备1100的低级别操作的基本输入输出系统(BIOS)1122。另外，还可以存储网页浏览器1123，数据存储管理1124，以及图标字体处理系统1125等等。上述图标字体处理系统1125就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1120中，并由处理器1110来调用执行。

输入/输出接口1113用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1114用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1130包括一通路，在设备的各个组件(例如处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114，与存储器1120)之间传输信息。

另外，该计算机设备100还可以从虚拟资源对象领取条件信息数据库1141中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述计算机设备1100仅示出了处理器1110、视频显示适配器1111、磁盘驱动器1112、输入/输出接口1113、网络接口1114，存储器1120，总线1130等，但是在具体实施过程中，该计算机设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，云服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

实施例五：与上述实施例一至实施例四相对应的，下面将对本申请提供的计算机可读存储介质进行介绍。在一个示例中，本申请提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，执行如下操作：

响应于配置更新命令，保存配置更新信息并记录对应日志至预设数据库，所述配置更新信息至少包括配置编号、配置项更新数据和操作人员信息；

向配置服务器下发所述配置项更新数据并接收所述配置服务器返回的下发结果信息；

存储所述下发结果信息至所述预设数据库中。

所述计算机程序被处理器执行时，还执行如下操作：

若所述下发结果信息为下发失败，接收所述配置服务器返回的配置更新错误信息，所述配置更新错误信息至少包括下发编号、失败场景和所述配置编号。

所述计算机程序被处理器执行时，还执行如下操作：

建立配置变更所关联的维度类型；

基于所述维度类型建立维度表，所述维度表至少包括操作时间维度、操作人员维度、配置编号维度、配置项维度和失败场景维度；

对于所述维度表中的每个维度建立对应的数据表，所述数据表包括对应的维度值字段和对应的数据字段。

所述计算机程序被处理器执行时，还执行如下操作：

从预设缓存查询读取目标配置项更新数据；

若读取为空，向配置服务器请求获取所述目标配置项更新数据并注册目标更新配置项对应的配置监听器；

响应于所述配置监听器监听到所述配置服务器中的目标配置项发生变更，从预设缓存中获取目标配置项更新数据，所述目标配置项更新数据由所述配置服务器发送到所述预设缓存中存储。

所述计算机程序被处理器执行时，还执行如下操作：

发送更新配置请求至配置服务器，所述更新配置请求至少携带有业务系统标识和目标配置项标识；

注册每个所述目标配置项对应的配置监听器。

所述计算机程序被处理器执行时，还执行如下操作：

响应于所述配置监听器监听到所述配置服务器中所述目标配置项发生变更，基于目标配置项标识从预设缓存中读取目标配置项更新数据。

所述计算机程序被处理器执行时，还执行如下操作：

接收运营平台下发的配置项更新数据并向所述运营平台返回下发结果信息，所述下发结果信息至少包括下发编号和下发结果；

加载所述配置项更新数据至预设缓存中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

另外，需要理解的是：本申请中术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

当然上述实施例只为说明本发明的技术构思及特点，其目的在于让熟悉此项技术的人能够了解本发明的内容并据以实施，并不能以此限制本发明的保护范围。凡根据本发明主要技术方案的精神实质所做的修饰，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种分布式业务系统配置变更方法，其特征在于，所述方法包括：

响应于配置更新命令，保存配置更新信息并记录对应日志至预设数据库，所述配置更新信息至少包括配置编号、配置项更新数据和操作人员信息；

向配置服务器下发所述配置项更新数据并接收所述配置服务器返回的下发结果信息；

存储所述下发结果信息至所述预设数据库中。

2.根据权利要求1所述的分布式业务系统配置变更方法，其特征在于，所述方法还包括：

若所述下发结果信息为下发失败，接收所述配置服务器返回的配置更新错误信息，所述配置更新错误信息至少包括下发编号、失败场景和所述配置编号。

3.根据权利要求2所述的分布式业务系统配置变更方法，其特征在于，所述保存配置更新信息并记录对应日志至预设数据库包括：

建立配置变更所关联的维度类型；

基于所述维度类型建立维度表，所述维度表至少包括操作时间维度、操作人员维度、配置编号维度、配置项维度和失败场景维度；

对于所述维度表中的每个维度建立对应的数据表，所述数据表包括对应的维度值字段和对应的数据字段。

4.一种分布式业务系统配置变更方法，其特征在于，所述方法包括：

从预设缓存查询读取目标配置项更新数据；

若读取为空，向配置服务器请求获取所述目标配置项更新数据并注册目标更新配置项对应的配置监听器；

响应于所述配置监听器监听到所述配置服务器中的目标配置项发生变更，从预设缓存中获取目标配置项更新数据，所述目标配置项更新数据由所述配置服务器发送到所述预设缓存中存储。

5.根据权利要求4所述的分布式业务系统配置变更方法，其特征在于，所述向配置服务器请求获取所述目标更新配置项数据并注册目标更新配置项对应的配置监听器包括：

发送更新配置请求至配置服务器，所述更新配置请求至少携带有业务系统标识和目标配置项标识；

注册每个所述目标配置项对应的配置监听器。

6.根据权利要求5所述的分布式业务系统配置变更方法，其特征在于，所述响应于所述配置监听器监听到所述配置服务器中所述目标配置项发变更，从预设缓存中获取目标配置项更新数据包括：

响应于所述配置监听器监听到所述配置服务器中所述目标配置项发生变更，基于目标配置项标识从预设缓存中读取目标配置项更新数据。

7.一致分布式业务系统配置变更方法，其特征在于，所述方法包括：

接收运营平台下发的配置项更新数据并向所述运营平台返回下发结果信息，所述下发结果信息至少包括下发编号和下发结果；

加载所述配置项更新数据至预设缓存中。

8.一种分布式业务系统配置变更装置，其特征在于，所述装置包括：

第一存储模块，用于响应于配置更新命令，保存配置更新信息并记录对应日志至预设数据库，所述配置更新信息至少包括配置编号、配置项更新数据和操作人员信息；

下发接收模块，用于向配置服务器下发所述配置项更新数据并接收所述配置服务器返回的下发结果信息；

第二存储模块，用于存储所述下发结果信息至所述预设数据库中。

9.一种计算机设备，其特征在于，所述计算机设备包括：

一个或多个处理器；

以及与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如权利要求1-7任意一项所述的分布式业务系统配置变更方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行时实现执行如权利要求1-7任意一项所述的分布式业务系统配置变更方法。

Images