一种配置数据的处理方法、装置、存储介质和设备与流程

1.本技术涉及数据处理领域，尤其涉及一种配置数据的处理方法、装置、存储介质和设备。


背景技术：

2.对于金融系统来说，其所纳管的各类线上资产数据，均可视为配置数据(任意一种类型的配置数据可称之为配置项，配置数据的次一级类型，属于配置数据自身某一部分属性的集合，则称之为配置子项)。为了方便业务管理，需要梳理各类型配置项之间的关系。
3.目前，现有技术通常为：人工梳理各配置项之间的关系。然而，配置项的种类繁多、且自身的属性经常更新，仅由人为梳理各配置项之间的关系，效率较低，且还较为容易出错。


技术实现要素：

4.本技术提供了一种配置数据的处理方法、装置、存储介质和设备，目的在于辅助用户梳理各配置项之间的关系，以便于提高梳理工作的效率。
5.为了实现上述目的，本技术提供了以下技术方案：
6.一种配置数据的处理方法，包括：
7.将预设时间段内生成的各个变更消息，按照各个所述变更消息的生成时间由早到晚的顺序，依次存储至预设的消息队列中；所述变更消息基于在检测到金融系统发生数据变更事件的情况下，生成得到；所述变更消息包括发生变更的配置项的编码和关键属性；
8.通过预设界面向所述用户展示所述消息队列中所包含的各个所述变更消息；
9.对于每个所述变更消息，在接收到所述用户基于所述变更消息所反馈的计算指令的情况下，从预存的各个规则脚本中，获取一个所述规则脚本作为目标规则脚本；所述规则脚本基于所述用户输入的计算规则生成得到；所述计算规则用于计算多个所述配置项之间的关系；
10.在所述目标规则脚本中，配置所述变更消息所示的编码和关键属性；
11.加载所述目标规则脚本，得到各个所述配置项之间的关系。
12.可选的，所述规则脚本基于所述用户输入的计算规则生成得到，包括：
13.基于所述用户在各个时间点输入的计算规则，生成与每个所述时间点输入的计算规则对应的规则脚本，并将各个所述规则脚本，存储至预设的规则数据库中；
14.依据每个所述规则脚本的生成时间，为每个所述规则脚本设置版本号；其中，所述规则脚本的生成时间越晚，则所述规则脚本的版本号越新。
15.可选的，所述从预存的各个规则脚本中，获取一个所述规则脚本作为目标规则脚本，包括：
16.从所述规则数据库所示的各个所述规则脚本中，获取得到所述版本号最新的规则脚本；
17.将所述版本号最新的规则脚本，标识为目标规则脚本。
18.可选的，所述通过预设界面向所述用户展示所述消息队列中所包含的变更消息，包括：
19.按照预设时间间隔，定时通过预设界面向用户展示所述消息队列中所包含的各个所述变更消息。
20.一种配置数据的处理装置，包括：
21.消息存储单元，用于将预设时间段内生成的各个变更消息，按照各个所述变更消息的生成时间由早到晚的顺序，依次存储至预设的消息队列中；所述变更消息基于在检测到金融系统发生数据变更事件的情况下，生成得到；所述变更消息包括发生变更的配置项的编码和关键属性；
22.消息展示单元，用于通过预设界面向所述用户展示所述消息队列中所包含的各个所述变更消息；
23.脚本选取单元，用于对于每个所述变更消息，在接收到所述用户基于所述变更消息所反馈的计算指令的情况下，从预存的各个规则脚本中，获取一个所述规则脚本作为目标规则脚本；所述规则脚本基于所述用户输入的计算规则生成得到；所述计算规则用于计算多个所述配置项之间的关系；
24.编码配置单元，用于在所述目标规则脚本中，配置所述变更消息所示的编码和关键属性；
25.脚本加载单元，用于加载所述目标规则脚本，得到各个所述配置项之间的关系。
26.可选的，所述脚本选取单元具体用于：
27.基于所述用户在各个时间点输入的计算规则，生成与每个所述时间点输入的计算规则对应的规则脚本，并将各个所述规则脚本，存储至预设的规则数据库中；
28.依据每个所述规则脚本的生成时间，为每个所述规则脚本设置版本号；其中，所述规则脚本的生成时间越晚，则所述规则脚本的版本号越新。
29.可选的，所述脚本选取单元用于从预存的各个规则脚本中，获取一个规则脚本作为目标规则脚本，包括：
30.所述脚本选取单元，用于从所述规则数据库所示的各个所述规则脚本中，获取得到所述版本号最新的规则脚本，并将所述版本号最新的规则脚本，标识为目标规则脚本。
31.可选的，所述消息展示单元具体用于：
32.按照预设时间间隔，定时通过预设界面向用户展示所述消息队列中所包含的各个所述变更消息。
33.一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，所述程序执行所述的配置数据的处理方法。
34.一种配置数据的处理设备，包括：处理器、存储器和总线；所述处理器与所述存储器通过所述总线连接；
35.所述存储器用于存储程序，所述处理器用于运行程序，其中，所述程序运行时执行所述的配置数据的处理方法。
36.本技术提供的技术方案，将预设时间段内生成的各个变更消息，按照各个变更消息的生成时间由早到晚的顺序，依次存储至预设的消息队列中。变更消息基于在检测到金
融系统发生数据变更事件的情况下，生成得到。变更消息包括发生变更的配置项的编码和关键属性。通过预设界面向用户展示消息队列中所包含的各个变更消息。对于每个变更消息，在接收到用户基于变更消息所反馈的计算指令的情况下，从预存的各个规则脚本中，获取一个规则脚本作为目标规则脚本。规则脚本基于用户输入的计算规则生成得到。计算规则用于计算多个配置项之间的关系。在目标规则脚本中，配置变更消息所示的编码和关键属性。加载目标规则脚本，得到各个配置项之间的关系。利用本技术所示方法，能够有效辅助用户梳理各配置项之间的关系，大大提高梳理工作的效率。
附图说明
37.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
38.图1a为本技术实施例提供的一种配置数据的处理方法的示意图；
39.图1b为本技术实施例提供的一种多个配置项之间的链路关系示意图；
40.图1c为本技术实施例提供的一种规则脚本获取示意图；
41.图1d为本技术实施例提供的一种数据处理示意图；
42.图2为本技术实施例提供的另一种配置数据的处理方法的示意图；
43.图3为本技术实施例提供的一种配置数据的处理装置的架构示意图；
44.图4为本技术实施例提供的一种配置数据的处理设备的架构示意图。
具体实施方式
45.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.如图1a所示，为本技术实施例提供的一种配置数据的处理方法的示意图，包括如下步骤：
47.s101：基于用户在各个时间点输入的计算规则，生成与每个时间点输入的计算规则对应的规则脚本，并将各个规则脚本存储至预设的规则数据库中。
48.其中，计算规则用于计算多个配置项之间的关系，所谓的各个配置项之间的关系，例如，数据库安装在某个主机上，直接在数据库所在主机的属性中获取主机名，根据主机名所在的主机配置项中获取数据，就可以获得数据库和主机之间的关系。再比如主机到存储的关系就相对复杂一些，主机使用了哪些存储，直接通过存储的配置项属性信息无法直接获取，需要先找到存储的lun信息、vew信息和板卡信息才可以。
49.规则脚本包括预先定义的关系模板，所谓的关系模板，用于指示各个实例信息之间的关系，例如，数据库“安装在”主机上，“安装在”就是数据库和主机这两个实例信息之间的关系。在本技术实施例中，用户可以通过预设的web界面编辑新的计算规则、或者更改计算规则，新的计算规则以及更改后的计算规则，均对应生成有规则脚本。
50.一般来讲，各个配置项之间的关系包括多跳关系和单跳关系。多跳关系为由多个配置项依次链接而成的多层次关系，例如，主机到直接接入交换机、到汇接交换机到汇聚交换机到核心交换机，这种非直接关系就称为多跳关系，具体的，可以参见图1b所示，配置项a与配置项b直接关联，配置项b与配置项c直接关联，配置项a与配置项c为多跳关系。相应的，单跳关系则是配置项和配置项之间直接关联的关系。
51.此外，计算规则还用于计算各个配置子项之间的关系，假设各个配置项之间的关系为，防火墙和交换机之间的关系，则计算规则除了用于计算防火墙和交换机之间的关系之外，还需计算防火墙配置子项和交换机配置子项之间的关系。
52.需要说明的是，还可以将各个规则脚本存储至本地内存中。
53.s102：依据每个规则脚本的生成时间，为每个规则脚本设置版本号。
54.其中，规则脚本的生成时间越晚，则规则脚本的版本号越新。
55.s103：将预设时间段内生成的各个变更消息，按照各个变更消息的生成时间由早到晚的顺序，依次存储至预设的消息队列中。
56.其中，变更消息基于在检测到金融系统发生数据变更事件的情况下，生成得到。变更消息包括发生变更的配置项的编码和关键属性。编码用于指示配置项的类型，例如路由器、交换机、机房和机柜等。关键属性用于指示配置项的实例信息，例如ip地址为11.0.4.5的交换机。
57.变更消息中会所包含两种维度的数据(即编码和关键属性)，一个维度(即编码)用于区分是哪个配置项数据发生了变更(如是机房信息变更了还是机柜信息变更了等)这个区分维度我们用编码来区分。另一个维度(即关键属性)是区分具体哪个配置实例信息的配置属性产生了变化，故称为关键属性(如ip地址发生了变化，还是所在机房机柜发生过了变化、还是合同信息发生了变化)。
58.可选的，在将各个变更信息存储至消息队列之前，还可以对各个变更信息进行格式化处理，以便于统一各个变更信息的格式。
59.s104：按照预设时间间隔，定时通过预设界面向用户展示消息队列中所包含的变更消息。
60.s105：对于每个变更消息，在接收到用户基于变更消息所反馈的计算指令的情况下，从规则数据库所示的各个规则脚本中，获取得到版本号最新的规则脚本。
61.其中，也还可以从本地内存所示的各个规则脚本中，获取得到版本号最新的规则脚本。
62.具体的，假设规则数据库设置在规则内存服务器中，则从规则数据库所示的各个规则脚本中，获取得到版本号最新的规则脚本的具体过程，可以参见图1c所示。
63.s106：将版本号最新的规则脚本，标识为目标规则脚本。
64.s107：在目标规则脚本中，配置变更消息所示的编码和关键属性。
65.s108：加载目标规则脚本，得到各个配置项之间的关系。
66.其中，加载目标规则脚本，实质就是运行目标规则脚本所对应的计算规则，具体的，以计算物理子系统和部署单元之间的关系为例，加载目标规则脚本，实质就是：部署单元配置项属性有所在物理子系统属性，该属性存储的是物理子系统编号信息。这种计算规则存储的就是属性关联规则。当物理子系统关键属性发生变更时，会触发规则重新计算物
理子系统和部署单元之间关系。
67.需要说明的是，上述s101
‑
s108所示流程，具体的，可以运用到图1d所示的使用场景中，在图1d所示场景中，消息服务器为消息队列的服务器，消息代表变更消息，关系计算规则代表计算规则，变更消息封装实质就是：按照各个变更消息的生成时间由早到晚的顺序，依次存储至预设的消息队列。
68.基于上述s101
‑
s108所示流程，本实施例能够实现下述有益效果：
69.1、基于变更消息，实现配置项的变化实时触发关系计算，提高配置数据处理的时效性。
70.2、将各个配置项之间的关系抽象为计算规则，计算规则支持热加载，规则编辑后及时生效。
71.3、满足配置项与配置项之间的关系计算同时，满足配置子项与配置子项之间的关系计算。
72.综上所述，利用本实施例所示方法，能够有效辅助用户梳理各个配置项之间的关系，大大提高梳理工作的效率。
73.需要说明的是，上述实施例提及的s101，为本技术所述配置数据的处理方法的一种可选的实现方式。此外，上述实施例提及的s102，也为本技术所述配置数据的处理方法的一种可选的实现方式。为此，上述实施例提及的流程，可以概括为图2所示的方法。
74.如图2所示，为本技术实施例提供的另一种配置数据的处理方法的示意图，包括如下步骤：
75.s201：将预设时间段内生成的各个变更消息，按照各个变更消息的生成时间由早到晚的顺序，依次存储至预设的消息队列中。
76.其中，变更消息基于在检测到金融系统发生数据变更事件的情况下，生成得到。变更消息包括发生变更的配置项的编码和关键属性。
77.s202：通过预设界面向用户展示消息队列中所包含的各个变更消息。
78.s203：对于每个变更消息，在接收到用户基于变更消息所反馈的计算指令的情况下，从预存的各个规则脚本中，获取一个规则脚本作为目标规则脚本。
79.其中，规则脚本基于用户输入的计算规则生成得到。计算规则用于计算多个配置项之间的关系。
80.s204：在目标规则脚本中，配置变更消息所示的编码和关键属性。
81.s205：加载目标规则脚本，得到各个配置项之间的关系。
82.综上所述，利用本实施例所述方法，能够有效辅助用户梳理各个配置项之间的关系，大大提高梳理工作的效率。
83.与上述本技术实施例提供的配置数据的处理方法相对应，本技术实施例还提供了一种配置数据的处理装置。
84.如图3所示，为本技术实施例提供的一种配置数据的处理装置的架构示意图，包括：
85.消息存储单元100，用于将预设时间段内生成的各个变更消息，按照各个变更消息的生成时间由早到晚的顺序，依次存储至预设的消息队列中；变更消息基于在检测到金融系统发生数据变更事件的情况下，生成得到；变更消息包括发生变更的配置项的编码和关
键属性。
86.消息展示单元200，用于通过预设界面向用户展示消息队列中所包含的变更消息。
87.其中，消息展示单元200具体用于：按照预设时间间隔，定时通过预设界面向用户展示消息队列中所包含的各个变更消息。
88.脚本选取单元300，用于对于每个变更消息，在接收到用户基于变更消息所反馈的计算指令的情况下，从预存的各个规则脚本中，获取一个规则脚本作为目标规则脚本；规则脚本基于用户输入的计算规则生成得到；计算规则用于计算多个配置项之间的关系。
89.其中，脚本选取单元300具体用于：基于用户在各个时间点输入的计算规则，生成与每个时间点输入的计算规则对应的规则脚本，并将各个规则脚本，存储至预设的规则数据库中；依据每个规则脚本的生成时间，为每个规则脚本设置版本号；其中，规则脚本的生成时间越晚，则规则脚本的版本号越新。
90.脚本选取单元300用于从预存的各个规则脚本中，获取一个规则脚本作为目标规则脚本的过程，包括：从规则数据库所示的各个规则脚本中，获取得到版本号最新的规则脚本，并将版本号最新的规则脚本，标识为目标规则脚本。
91.编码配置单元400，用于在目标规则脚本中，配置变更消息所示的编码和关键属性。
92.脚本加载单元500，用于加载目标规则脚本，得到各个配置项之间的关系。
93.综上所述，利用本实施例所示方案，能够有效辅助用户梳理各配置项之间的关系，以及配置子项与配置项之间的所属关系，大大提高梳理工作的效率。
94.本技术还提供了一种计算机可读存储介质，计算机可读存储介质包括存储的程序，其中，程序执行上述本技术提供的配置数据的处理方法。
95.本技术还提供了一种配置数据的处理设备，如图4所示，包括：处理器401、存储器402和总线403。处理器401与存储器402通过总线403连接，存储器402用于存储程序，处理器401用于运行程序，其中，程序运行时执行上述本技术提供的配置数据的处理方法，包括如下步骤：
96.将预设时间段内生成的各个变更消息，按照各个所述变更消息的生成时间由早到晚的顺序，依次存储至预设的消息队列中；所述变更消息基于在检测到金融系统发生数据变更事件的情况下，生成得到；所述变更消息包括发生变更的配置项的编码和关键属性；
97.通过预设界面向所述用户展示所述消息队列中所包含的各个所述变更消息；
98.对于每个所述变更消息，在接收到所述用户基于所述变更消息所反馈的计算指令的情况下，从预存的各个规则脚本中，获取一个所述规则脚本作为目标规则脚本；所述规则脚本基于所述用户输入的计算规则生成得到；所述计算规则用于计算多个所述配置项之间的关系；
99.在所述目标规则脚本中，配置所述变更消息所示的编码和关键属性；
100.加载所述目标规则脚本，得到各个所述配置项之间的关系。
101.可选的，所述规则脚本基于所述用户输入的计算规则生成得到，包括：
102.基于所述用户在各个时间点输入的计算规则，生成与每个所述时间点输入的计算规则对应的规则脚本，并将各个所述规则脚本，存储至预设的规则数据库中；
103.依据每个所述规则脚本的生成时间，为每个所述规则脚本设置版本号；其中，所述
规则脚本的生成时间越晚，则所述规则脚本的版本号越新。
104.可选的，所述从预存的各个规则脚本中，获取一个所述规则脚本作为目标规则脚本，包括：
105.从所述规则数据库所示的各个所述规则脚本中，获取得到所述版本号最新的规则脚本；
106.将所述版本号最新的规则脚本，标识为目标规则脚本。
107.可选的，所述通过预设界面向所述用户展示所述消息队列中所包含的变更消息，包括：
108.按照预设时间间隔，定时通过预设界面向用户展示所示消息队列中所包含的各个所述变更消息。
109.本技术实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本技术实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
110.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。
111.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。