配置检测方法、装置、电子设备及计算机可读存储介质与流程

1.本技术涉及网络技术领域，具体而言，涉及一种配置检测方法、装置、电子设备及计算机可读存储介质。


背景技术：

2.网络设备的工作，往往是根据用户在设备上的配置来实现的。用户进行配置时，用户通过设备提供的web页面或命令行发出指令，而网络设备通过解析用户的指令，得到相应的配置内容。
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.图1为本技术实施例提供的一种应用于业务系统的配置检测方法的流程示意图；
28.图2为本技术实施例提供的一种应用于配置系统的配置检测方法的流程示意图；
29.图3为本技术实施例提供的一种引用关系的示意图；
30.图4为本技术实施例提供的一种新添加配置策略时，添加引用关系的示意图；
31.图5为本技术实施例提供的一种确定有效处理节点的流程示意图；
32.图6为本技术实施例提供的一种策略值修改示意图；
33.图7为本技术实施例提供的一种配置策略添加示意图；
34.图8为本技术实施例提供的一种应用于业务系统的配置检测装置的结构示意图；
35.图9为本技术实施例提供的一种应用于配置系统的配置检测装置的结构示意图；
36.图10为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
37.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
38.实施例一：
39.为了实现对于配置策略间的冲突检测，本技术实施例中提供了一种配置检测方法。需要注意的是，在本技术实施例中，配置检测可以涉及配置系统和业务系统两侧。本技术实施例中针对配置系统和业务系统两侧，分别描述了相应的配置检测方法。
40.可以参见图1所示，图1为本技术实施例中提供一种应用于业务系统中的配置检测方法的流程示意图，包括：
41.s101：获取配置系统的配置库中业务系统对应的所有配置策略以及待检测配置策略。
42.需要说明的是，在本技术实施例中，配置库是指配置系统中用于存储和管理配置策略的数据库或存储区域。
43.还需要说明的是，在本技术实施例中，配置系统是指用于管理配置策略的系统，而业务系统是指用于完成具体的业务的系统。业务系统和配置系统可以位于相同的一台或多台实体设备上，但是也可以位于完全不同的一台或多台实体设备上，或者位于部分相同的多台实体设备上，在本技术实施例中不做限制。
44.还需要说明的是，所谓配置策略是指记录有业务系统的多个配置参数的参数值的配置集合。比如，假设业务系统有a、b、c、d四个配置参数，那么一个配置策略可以是a1和b1，其中a1为配置参数a的一个参数值，b1为配置参数b的一个参数值。
45.应当理解的是，在本技术实施例的一种可行实施方式中，待检测配置策略可以为：新添加的配置策略，或者为对配置库中的任一配置策略进行修改后的配置策略，从而通过检测，确定新添加的配置策略和修改后的配置策略是否是与其他配置策略之间不存在冲突的，从而保证加入配置库中的配置策略都是可用的。
46.需要理解的是，在本技术实施例中，配置系统中可以提供配置页面或命令行，从而用户可以根据来配置页面或命令行添加或修改配置策略。此时，添加或修改的配置策略即为本技术实施例中所述的待检测配置策略。
47.需要注意的是，在实际应用中，业务系统和配置系统所规定的配置格式(即业务系统和配置系统所需求的配置格式)可能是相同的，也可能是不同的。而为了保证业务系统在接收到待检测配置策略和配置库该业务系统对应的所有配置策略后，可以正确进行检测，在本技术实施例中，配置系统传来的配置库该业务系统对应的所有配置策略以及待检测配置策略，其格式应当为该业务系统所能识别的格式(即应当为该业务系统所需求的格式)。
48.为此，在本技术实施例中，一种可行的实现方式可以是：由配置系统判断配置库中该业务系统对应的所有配置策略和待检测配置策略的格式是否为业务系统所需求的目标格式。若是，则无需进行格式转换处理。若不是，那么配置系统即可以根据业务系统所需求的目标格式，进行格式转换，将该业务系统对应的所有配置策略和待检测配置策略的格式转换为目标格式。
49.此外，在本技术实施例的另一种可行实施方式中，也可以由业务系统在获取到自身对应的所有配置策略以及待检测配置策略之后，判断自身需求的配置格式是否与配置库的配置格式相同，从而在不相同时，将该所有配置策略和待检测配置策略转换为自身所需的配置格式(即目标格式)。
50.需要注意的是，一个配置系统中可以同时管理多个业务系统的配置策略。在本技术实施例中，为了实现业务系统对于配置系统的配置库中所述业务系统对应的所有配置策略以及待检测配置策略的获取，一种可行的实施方式是：业务系统可以通过向配置系统发送相应的配置策略获取请求，从而从配置库中获取到该业务系统自身对应的、且满足该业务系统所需求的格式的所有配置策略。
51.比如，在上述可行实施方式中，当配置系统接收到新添加的配置策略，或者接收到对于某一已有配置策略的修改指令后，可以根据新添加的配置策略或者所需修改的配置策略对应的业务系统，确定是否需要进行格式转换。若需要，则将新添加的配置策略或者修改后的配置策略，以及配置库中该业务系统对应的所有配置策略转换为该业务系统所需求的目标格式，然后在配置库以外暂时存储该格式转换后新添加的配置策略或该修改指令对应的修改内容，并在配置库中存储格式转换后的所有配置策略，并通知对应的业务系统。若不需要进行格式转换，则直接在配置库以外暂时存储该新添加的配置策略或该修改指令对应的修改内容，并通知对应的业务系统。业务系统在接收到通知后，即可向配置系统发送相应的配置策略获取请求，从而从配置库中获取到该业务系统自身对应的满足业务系统所需求的格式的所有配置策略，以及获取到该新添加的配置策略或者该修改指令对应的修改内容。
52.而在本技术实施例的另一种可行的实施方式中：可以由配置系统在监测到某一业务系统的检测触发条件时，主动将该业务系统的对应的满足该业务系统所需求的格式的所有配置策略发送给该业务系统。
53.比如，在上述可行实施方式中，当配置系统接收到新添加的配置策略，或者接收到对于某一已有配置策略的修改指令后，即可认为该新添加的配置策略或者所需修改的配置策略对应的业务系统的检测触发条件被触发，从而可以主动根据新添加的配置策略或者所
需修改的配置策略对应的业务系统，确定是否需要进行格式转换。若需要，则配置系统将新添加的配置策略或者修改后的配置策略，以及配置库中该业务系统对应的所有配置策略转换为该业务系统所需求的目标格式，然后将格式转换后的该业务系统的对应的所有配置策略发送给该业务系统，并将格式转换后的该新添加的配置策略或者该修改指令对应的修改内容发送给该业务系统，以便业务系统进行冲突检测。若需要进行格式转换，则配置系统直接将该业务系统的对应的所有配置策略发送给该业务系统，并将该新添加的配置策略或者该修改指令对应的修改内容发送给该业务系统，以便业务系统进行冲突检测。
54.需要注意的是，在实际应用过程中，不同配置策略之间可能存在引用和被引用的关系，比如参见图3所示，图中配置策略vs1即引用了三个不同的配置策略http((hypertext transfer protocol，超文本传输协议)1、url(uniform resource locator，统一资源定位符)1和tcp(transmission control protocol，传输控制协议)1。因此在配置策略中，可能包含有该配置策略的引用关系。
55.在本技术实施例中，在待检测配置策略为新添加的配置策略时，新添加的配置策略中可以包括有该配置策略的策略值以及该配置策略与配置库中已有的配置策略之间的引用关系。
56.比如，参见图4所示，新添加的配置策略为vs2，其需要引用三个配置策略http2、url2和tcp2，因此在新添加的配置策略中，需要包含有其需要引用http2、url2和tcp2的这一引用关系。
57.需要注意的是，在本技术实施例中，在待检测配置策略为对配置库中的任一配置策略进行修改后的配置策略时，可以由配置系统根据获取到的修改内容以及配置库中所需修改的配置策略，从而按照修改内容对配置库中所需修改的配置策略进行修改，得到待检测配置策略。
58.应理解，在本技术实施例中，也可以是由业务系统获取到所需修改的内容和对应需修改的配置策略，进而由业务系统进行修改，得到修改后的待检测配置策略，在本技术实施例中不做限制。
59.而在本技术实施例中，为了确保可以正确进行配置策略的修改，在修改内容中，可以包含有所需修改的配置策略的策略唯一标识(比如可以是配置策略的唯一标示符等具有唯一标识能力的信息)和所需进行替换的策略值，进而可以根据修改内容中的策略唯一标识，从配置库中的配置策略中确定出待修改的目标配置策略，并将目标配置策略的策略值修改为修改内容中的策略值。
60.应理解，在本技术实施例中，修改内容的策略值可以是目标配置策略中所有内容对应的替换值，这样就只需直接进行策略值替换即可。此外，在本技术实施例中，修改内容的策略值也可以是目标配置策略中部分内容对应的替换值，此时，修改内容中还需要包含有各策略值对应的替换位置，从而进行替换。
61.应当理解的是，对于配置策略进行修改时，通常不会修改引用关系，从而在修改内容中可以不包含引用关系。但是，如果需要进行引用关系的修改时，则可以在修改内容中加入所需替换的引用关系，从而对原有引用关系进行替换，达到修改的目的。
62.需要注意的是，在本技术实施例中，引用关系的值可以为空，从而表征不存在引用关系。
63.值得注意的是，当由配置系统进行配置策略的修改时，修改后得到的待检测配置策略，在经过业务系统检测通过之前，并不覆盖配置库中原有的目标配置策略。
64.还值得注意的是，在对配置库中的目标配置策略进行修改后，配置系统可以将该目标配置策略暂时标记为无效配置，从而不发送给对应的业务系统。
65.s102：根据该业务系统自身预设的检测规则，检测待检测配置策略与所有配置策略之间是否存在配置冲突。若不存在配置冲突，转至步骤s103；若存在配置冲突，转至步骤s104。
66.在本技术实施例中，可以根据业务系统自身实际情况，预先设定该业务系统自身的检测规则。
67.应理解，在本技术实施例中，不同业务系统所设定的检测规则可以相同也可以不同，只要所设定的检测规则可以准确检测出获取到的待检测配置策略与配置库中的配置策略之间是否存在配置冲突即可。
68.在本技术实施例的一种可选实施方式中，所设定的检测规则可以是：将待检测配置策略分别与配置库中的各配置策略进行比对，从而确定是否存在冲突。
69.示例性的，可以将待检测配置策略中的各个配置参数，分别与配置库中的各配置策略的中的各个配置参数进行比对，确定是否存在相同的配置参数，进而在存在相同的配置参数时，判断两配置策略中该配置参数的参数值是否相同，若不同，则可以确定该待检测配置策略与已有的配置策略存在冲突。
70.又示例性的，所设定的检测规则还可以包括：检测待检测配置策略的引用关系中所需引用或者所需被引用的配置策略是否存在，从而在不存在时确定该待检测配置策略与已有的配置策略存在冲突。
71.在本技术实施例的另一种可选实施方式中，所设定的检测规则可以包括：业务系统可以按照待检测配置策略与获取到的配置库中的所有配置策略中的配置参数的参数值进行配置，然后进行系统运行；若运行正常，此时即可以确定不存在配置冲突；若运行异常，则确定存在配置冲突。
72.需要注意的是，对于待检测配置策略为对配置库中的目标配置策略进行修改后的配置策略时，此时业务系统无需按照修改前的配置策略进行配置参数的配置。
73.应理解，以上两种可选实施方式仅是本技术实施例中所提供的两种可选的方式，不代表本技术实施例中的各个业务系统只能采用上述两种方式设定的检测规则。
74.s103：返回表征允许待检测配置策略加入配置库的第一信号。
75.s104：返回表征不允许待检测配置策略加入配置库的第二信号。
76.在本技术实施例中，配置系统在接收到第一信号后，即可以将待检测配置策略加入到配置库中。需要注意的是，对于待检测配置策略为对配置库中的目标配置策略进行修改后的配置策略时，配置系统在接收到第一信号后，可以根据修改内容对配置库中的目标配置策略进行修改。
77.在本技术实施例中，配置系统在接收到第二信号后，此时可以丢弃接收到的新添加的配置策略或者修改内容。此外，还可以向新添加的配置策略或者修改内容的提供者，反馈存在冲突的信息，以便提供者进行调整。
78.需要注意的是，在本技术实施例中，业务系统在正常工作时，会从配置库中获取其
所对应的配置策略进行配置。因此，当配置策略通过检测加入配置库中之后，该配置策略才可以被业务系统用于进行工作。这样，通过配置检测，即实现了对于加入配置库中的配置策略的有效检测，保证了配置库中的配置策略的可靠性。
79.请参见图2所示，图2为本技术实施例中提供一种应用于配置系统中的配置检测方法的流程示意图，包括：
80.s201：在获取到待检测配置策略时，确定待检测配置策略对应的业务系统。
81.在申请实施例中，配置系统可以提供配置页面或命令行供用户添加或修改配置策略，从而实现对于待检测配置策略的获取。
82.s202：获取配置库中该业务系统对应的所有配置策略。
83.s203：判断待检测配置策略和配置库中该业务系统对应的所有配置策略和格式是否为该业务系统所需求的目标格式。若是，转至步骤s205；否则，转至步骤s204。
84.s204：将待检测配置策略和配置库中该业务系统对应的所有配置策略的格式转换为目标格式。
85.s205：将待检测配置策略和配置库中该业务系统对应的所有配置策略发送给该业务系统。
86.在本技术实施例中，业务系统在接收到待检测配置策略和配置库中该业务系统对应的所有配置策略后，可以按照前文所述的应用于业务系统中的配置检测方法进行配置检测，并返回相应的结果信号(即第一信号或第二信号)。
87.s206：在接收到该业务系统返回的表征允许该待检测配置策略加入配置库的第一信号时，将该待检测配置策略加入配置库中。
88.s207：在接收到该业务系统返回的表征不允许该待检测配置策略加入配置库的第二信号时，拒绝该待检测配置策略。
89.应理解，上述应用于配置系统中的配置检测方法中，各个步骤所涉及的具体特征的内容以及获取方式，可以参见前文中的介绍，在此不再赘述。
90.本技术实施例所提供的配置检测方法，业务系统以该业务系统所需求的格式，获取到配置系统中的待检测配置策略和配置库中该业务系统对应的所有配置策略，然后由该业务系统根据自身设定的检测规则，检测待检测配置策略与配置库中的确定不存在问题的所有配置策略(参见上述过程可见，只有不存在配置冲突时，配置策略才会加入到配置库中)之间是否存在配置冲突。这样，配置检测并不再由配置系统按照统一设定的冲突内容来进行检测，而是以业务系统为单位，按照各业务系统自身设定的检测规则进行各业务系统自身的配置策略冲突检测，从而使得检测通过的待检测配置策略必然是符合各业务系统自身规则的，提高了检测可靠性。
91.实施例二：
92.本实施例在实施例一的基础上，以一种较具体的示例过程为例，为本技术做进一步示例说明。
93.示例一：
94.参见图3所示，假设配置库中配置策略vs1引用了三个配置策略http1、url1和tcp1，假设http1的策略值为http1
‑
1。
95.当配置系统接收到修改指示，指示将http1的策略值由http1
‑
1修改为http1
‑
2，此
时触发配置检测流程：
96.假设配置策略vs1、http1、url1和tcp1均为业务系统1的配置策略。
97.参见图5所示，配置系统根据修改指示中的唯一标示符，将http1的策略值由http1
‑
1替换为http1
‑
2，保持引用关系不变，即配置策略vs1继续引用三个配置策略http1、url1和tcp1，其中配置策略http1的策略值被修改为http1
‑
2。
98.假设业务系统1和配置系统规定的配置形式不同，配置系统对配置策略vs1、http1、url1和tcp1进行配置转换，比如转换为文本形式。
99.配置系统将转换后的配置策略vs1、http1、url1和tcp1发送给业务系统1。
100.业务系统1将http1的策略值http1
‑
2依次与vs1、url1和tcp1的策略值进行比对，确定出修改后的http1是否与其他配置策略存在冲突。
101.在确定存在冲突时，向配置系统返回第二信号，配置系统拒绝修改，配置库中继续保持http1的策略值为http1
‑
1。
102.在确定不存在冲突时，向配置系统返回第一信号，配置系统同意修改，将配置库中的原有的配置策略http1用策略值从http1
‑
1替换为http1
‑
2的配置策略http1进行覆盖。
103.示例二：
104.参见图6所示，假设配置库中配置策略vs1引用了三个配置策略http1、url1和tcp1，另外还有http2、url2和tcp2三个策略。
105.假设配置系统接收到添加配置策略vs2的指示，配置策略vs2引用了三个策略http2、url2和tcp2，此时触发配置检测流程：
106.假设配置策略vs1、http1、url1、tcp1、http2、url2和tcp2均为业务系统1的配置策略。
107.假设业务系统1和配置系统规定的配置形式不同，配置系统配置策略vs1、http1、url1、tcp1、http2、url2、tcp2和添加的配置策略vs2进行配置转换，比如转换为文本形式，然后配置系统将格式转换后的配置策略vs1、http1、url1、tcp1、http2、url2、tcp2和vs2发送给业务系统1。
108.业务系统1收到配置系统发来的配置策略后，如图7所示，根据添加配置策略vs2内的引用关系，构建vs2引用http2、url2和tcp2。将vs2的策略值依次与vs1、http1、url1、tcp1、http2、url2、和tcp2的策略值进行比对，确定出修改后的vs2是否与其他配置策略存在冲突。
109.在确定存在冲突时，向配置系统返回第二信号，配置系统拒绝添加vs2。
110.在确定不存在冲突时，向配置系统返回第一信号，配置系统同意添加，在配置库中添加vs2，得到如图7所示的配置策略关系。
111.上述方案通过对配置生效时的配置转换过程进行预演，对生成的配置的检测，实现对不同配置策略之间的冲突检测。保证了错误的、存在冲突的配置不会加入的配置库，更不会破坏业务系统的工作。
112.实施例三：
113.基于同一发明构思，本技术实施例中还提供两种配置检测装置800和900。请参阅图8和图9所示，图8示出了采用图1所示的方法的配置检测装置，图9示出了采用图2所示的方法的配置检测装置。应理解，装置800和900具体的功能可以参见上文中的描述，为避免重
复，此处适当省略详细描述。装置800和900包括至少一个能以软件或固件的形式存储于存储器中或固化在装置800和900的操作系统中的软件功能模块。具体地：
114.参见图8所示，装置800应用于业务系统上，包括：接收模块801和检测模块802。其中：
115.所述接收模块801，用于获取配置系统的配置库中所述业务系统对应的所有配置策略以及待检测配置策略；所述所有配置策略和所述待检测配置策略的格式为所述业务系统所需求的格式；
116.所述检测模块802，用于根据所述业务系统自身预设的检测规则，检测所述待检测配置策略与所述所有配置策略之间是否存在配置冲突；若不存在配置冲突，返回表征允许所述待检测配置策略加入所述配置库的第一信号；若存在配置冲突，返回表征不允许所述待检测配置策略加入所述配置库的第二信号。
117.在本技术实施例中，所述检测模块802具体用于：
118.按照所述待检测配置策略与所述所有配置策略中的配置参数的参数值进行配置；
119.进行系统运行；
120.若运行正常，确定不存在配置冲突；
121.若运行异常，确定存在配置冲突。
122.参见图9所示，装置900应用于配置系统上，包括：确定模块901、获取模块902和处理模块903。其中：
123.所述确定模块901，用于在获取到待检测配置策略时，确定所述待检测配置策略对应的业务系统；
124.所述获取模块902，用于获取配置库中所述业务系统对应的所有配置策略；
125.所述处理模块903，用于判断所述所有配置策略和所述待检测配置策略的格式是否为所述业务系统所需求的目标格式；若是，将所述所有配置策略和所述待检测配置策略发送给所述业务系统，以使所述业务系统根据所述所有配置策略和所述待检测配置策略进行配置检测；若否，将所述所有配置策略和所述待检测配置策略的格式转换为所述目标格式，并将格式转换后的所述所有配置策略和所述待检测配置策略发送给所述业务系统，以使所述业务系统根据所述所有配置策略和所述待检测配置策略进行配置检测；
126.所述处理模块903，还用于在接收到所述业务系统返回的表征允许所述待检测配置策略加入所述配置库的第一信号时，将所述待检测配置策略加入所述配置库中；在接收到所述业务系统返回的表征不允许所述待检测配置策略加入所述配置库的第二信号时，拒绝所述待检测配置策略。
127.在本技术实施例的一种可行实施方式中，所述待检测配置策略为：新添加的配置策略，或者对所述配置库中的任一配置策略进行修改后的配置策略。
128.在上述可行实施方式中，在所述待检测配置策略为对所述配置库中的任一配置策略进行修改后的配置策略时，所述获取模块902还用于：
129.获取修改内容，根据所述策略唯一标识从所述配置库确定出待修改的目标配置策略，将所述目标配置策略的策略值修改为所述修改内容中的策略值。其中，所述修改内容包括策略唯一标识和策略值。
130.在上述可行实施方式中，所述修改内容的策略值为所述目标配置策略中所有内容
对应的替换值。
131.在上述可行实施方式中，在所述待检测配置策略为新添加的配置策略时，所述待检测配置策略包括：所述待检测配置策略的策略值，以及所述待检测配置策略与所述配置库中已有的配置策略之间的引用关系。
132.需要理解的是，出于描述简洁的考量，部分实施例一中描述过的内容在本实施例中不再赘述。
133.实施例四：
134.本实施例提供了一种电子设备，参见图10所示，其包括处理器1001、存储器1002以及通信总线1003。其中：
135.通信总线1003用于实现处理器1001和存储器1002之间的连接通信。
136.处理器1001用于执行存储器1002中存储的一个或多个程序，以实现上述实施例一和/或实施例二中的配置检测方法。
137.可以理解，图10所示的结构仅为示意，电子设备还可包括比图10中所示更多或者更少的组件，或者具有与图10所示不同的配置。
138.还可以理解，图10所示的电子设备中配置有业务系统和/或配置系统，其实现形式可以是主机、服务器、笔记本电脑、智能手机等等。
139.本实施例还提供了一种计算机可读存储介质，如软盘、光盘、硬盘、闪存、u盘、sd(secure digital memory card，安全数码卡)卡、mmc(multimedia card，多媒体卡)卡等，在该计算机可读存储介质中存储有实现上述各个步骤的一个或者多个程序，这一个或者多个程序可被一个或者多个处理器执行，以实现上述实施例一和/或实施例二中业务分配设备所执行的配置检测方法的各步骤，或实现上述实施例一和/或实施例二中处理节点所执行的配置检测方法的各步骤。在此不再赘述。
140.在本技术所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
141.另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
142.再者，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
143.在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
144.在本文中，多个是指两个或两个以上。
145.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领
域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。