设备下发配置的预警方法以及系统与流程

1.本发明涉及自动控制技术，尤其涉及一种设备下发配置的预警方法以及系统。


背景技术：

2.现有技术在用户进行云产品的配置中，所操作配置的产品数据需转换成底层设备所能识别的机器语言。其中分为两层，一层是业务层负责处理复杂的业务逻辑，将处理好的业务数据转发给下层；第二层是转发层，将业务数据通过转化成交换机能识别的数据，通过正确的协议下发配置，该层又被称为agent。
3.然而，通知agent下发配置不一定每次都能成功，会出现下发失败的情况。例如由于网络通信中断，设备故障，配置冲突，或者是程序出现未知bug等等一系列问题导致配置下发失败，失败后导致用户无法获得预期的配置，这时再找相关人员进行故障排查，导致整个配置过程周期过长，用户体验差。


技术实现要素：

4.本发明实施例提供一种设备下发配置的预警方法以及系统，不仅降低了各产品在预警过程中的耦合度，减小了系统的复杂度；还可以将代理模块agent和预警系统解耦，简化了处理agent回调的逻辑，agent不需要知道处理回调责任链的结构；通过redis避免了重复的预警，节省了系统资源，不同产品均可以解析为统一数据即无需耦合，扩展性强，灵活度高。
5.本发明实施例的第一方面，提供一种设备下发配置的预警方法，所述方法包括：
6.代理模块、调度模块，以及预警模块，其中所述代理模块与所述预警模块采用无耦合逻辑连接，从而使所述调度模块向所述预警模块发送报错信息；
7.其中所述代理模块用于由用户设备与云端数据库进行数据传输；
8.所述调度模块用于通过正确协议下发配置数据，将所述代理模块回调的信息，分发至不同的处理模块，逻辑解析成统一数据；
9.所述预警模块用于将解析好的报错信息通过预设方式进行预警。
10.可选地，所述无耦合逻辑连接采用责任链的设计模式，将各个产品的业务逻辑进行解耦。
11.可选地，所述代理模块与所述预警模块采用无耦合逻辑连接，包括：在处理agent回调结果时，
12.所述调度模块无需调度模块进行复杂的逻辑判断，需处理放在责任链前端的任务。
13.可选地，所述方法还包括：若无法处理责任链的前端任务，则所述调度模块传递给责任链的下一级进行处理。
14.可选地，所述方法还包括：若增加新任务，将所述新任务插入至责任链中的对应位置。
15.可选地，所述方法还包括：在每次代理模块agent下发配置失败回调时，将回调中的链路id存入云端数据库redis，当再接收到回调时，从redis获取链路id。
16.可选地，所述方法还包括：若从redis获取链路id，则结束回调处理。
17.可选地，所述方法还包括若调度模块判断存在正确的网络协议，则向预警模块发送报错信息。
18.本发明实施例的第二方面，提供一种设备下发配置的预警系统，包括代理模块、调度模块，以及预警模块，其中所述代理模块与所述预警模块采用无耦合逻辑连接，从而使所述调度模块向所述预警模块发送报错信息。
19.本发明实施例的第三方面，提供一种设备下发配置的预警设备，包括：存储器、处理器以及计算机程序，所述计算机程序存储在所述存储器中，所述处理器运行所述计算机程序执行本发明第一方面及第一方面各种可能涉及的所述方法。
20.本发明实施例的第四方面，提供一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用于实现本发明第一方面及第一方面各种可能涉及的所述方法。
21.本发明提供的一种本发明提供一种设备下发配置的预警方法及系统，所述方法包括：代理模块、调度模块，以及预警模块，其中所述代理模块与所述预警模块采用无耦合逻辑连接，从而使所述调度模块向所述预警模块发送报错信息；其中所述代理模块用于由电子设备与云端数据库redis进行数据传输；所述调度模块用于通过正确协议下发配置数据，将所述代理模块回调的信息，分发至不同的处理模块，逻辑解析成统一数据；所述预警模块用于将解析好的报错信息通过预设方式进行预警。本发明实现了降低各产品在预警过程中的耦合度，减小了系统的复杂度。通过调度模块将agent和预警模块解耦，简化了处理agent回调的逻辑，复杂度低，从而降低耦合度，增强稳定性，以及减少消耗资源。
附图说明
22.图1是本发明实施例提供的一种应用场景示意图；
23.图2是本发明实施例提供的一种设备下发配置的预警系统的示意图；
24.图3为本发明实施例提供的一种设备下发配置的预警方法的示意图；
25.图4为本发明实施例提供的一种设备下发配置的预警设备的硬件结构示意图。
具体实施方式
26.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
27.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
28.应当理解，在本发明的各种实施例中，各过程的序号的大小并不意味着执行顺序
的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
29.应当理解，在本发明中，“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
30.应当理解，在本发明中，“多个”是指两个或两个以上。“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“包含a、b和c”、“包含a、b、c”是指a、b、c三者都包含，“包含a、b或c”是指包含a、b、c三者之一，“包含a、b和/或c”是指包含a、b、c三者中任1个或任2个或3个。
31.应当理解，在本发明中，“与a对应的b”、“与a相对应的b”、“a与b相对应”或者“b与a相对应”，表示b与a相关联，根据a可以确定b。根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其他信息确定b。a与b的匹配，是a与b的相似度大于或等于预设的阈值。
32.取决于语境，如在此所使用的“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”或“响应于检测”。
33.下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
34.现有技术在用户进行云产品的配置中，所操作配置的产品数据需转换成底层设备所能识别的机器语言。其中分为两层，一层是业务层负责处理复杂的业务逻辑，将处理好的业务数据转发给下层；第二层是转发层，将业务数据通过转化成交换机能识别的数据，通过正确的协议下发配置，该层又被称为agent。然而，通知agent下发配置不一定每次都能成功，会出现下发失败的情况。例如由于网络通信中断，设备故障，配置冲突，或者是程序出现未知bug等等一系列问题导致配置下发失败，失败后导致用户无法获得预期的配置，这时再找相关人员进行故障排查，导致整个配置过程周期过长，用户体验差。
35.图1为本说明实施例提供的一种应用场景图。如图1所示，服务端01连接有多个客户端02，一些情况采用tcp长连接或者http短连接等使客户端02定时的与服务端01进行通信，每次从服务端拉取最新的配置，客户端进行本地更新即可。还有一些情况需客户端从服务端全量配置、差异化配置以及无变化等配置，使得客户端从服务端拉取配置，即实现下发配置的过程。本发明提供一种设备下发配置的预警方法及系统，所述方法包括代理模块与预警模块采用无耦合逻辑连接，从而使调度模块向所述预警模块发送报错信息；其中所述代理模块用于由电子设备与云端数据库进行数据传输；所述调度模块用于通过正确协议下发配置数据，将所述代理模块回调的信息，分发至不同的处理模块，逻辑解析成统一数据；所述预警模块用于将解析好的报错信息通过预设方式进行预警。本发明实现了降低各产品在预警过程中的耦合度，减小了系统的复杂度。通过调度模块将agent和预警模块解耦，简化了处理agent回调的逻辑，复杂度低，从而降低耦合度，增强稳定性，以及减少消耗资源。
36.图2是本发明实施例提供的一种设备下发配置的预警系统的示意图，图3为本发明实施例提供的一种设备下发配置的预警方法的示意图，结合图2和图3所示，本实施例设备下发配置的预警方法可以包括代理模块11、调度模块12，以及预警模块13，其中所述代理模
块与所述预警模块采用无耦合逻辑连接，从而使所述调度模块向所述预警模块发送报错信息；
37.其中所述代理模块用于由电子设备与云端数据库redis进行数据传输；
38.所述调度模块用于通过正确协议下发配置数据，将所述代理模块回调的信息，分发至不同的处理模块，逻辑解析成统一数据；
39.所述预警模块用于将解析好的报错信息通过预设方式进行预警。
40.具体参考图3，所述代理模块11用于由电子设备与云端数据库进行数据传输。其中，当电子产品需从云端数据库获取发布或者升级更新运行中动态加载的配置，例如负载均衡、服务发现等，以便电子设备在配置变更后，可以及时得到更新的配置。
41.调度模块12用于通过正确协议下发配置数据，将所述代理模块回调的信息，分发至不同的处理模块，逻辑解析成统一数据。本发明各种应用场景对应的设计理念和框架采用责任链的设计模式，将各个产品对应的业务逻辑进行解耦，无需使用复杂的逻辑判断，并且使得调度模块接收到回调信息后，可以识别并分发至不同的处理模块，并逻辑解析为统一数据，及各数据格式不存在耦合(例如衍生产品也不存在耦合)，进而更方便回调信息后续的识别、分发。本发明实现了降低各产品在预警过程中的耦合度，减小了系统的复杂度。通过调度模块将agent和预警模块解耦，简化了处理agent回调的逻辑，agent不需要知道处理回调的责任链的结构，复杂度低，从而降低耦合度，增强稳定性，以及减少消耗资源。
42.所述预警模块13用于将解析好的报错信息通过预设方式进行预警。预警模块接收调度模块解析好的报错信息后，可以通过预设方式进行预警，例如通过邮件或者通过短信向电子设备发送预警信息。
43.具体地，代理模块agent下发配置失败回调时，与云端数据库redis连接，若redis中存在链路id(已经进行预存储)，则不进行预警等后续操作。
44.若redis中不存在链路id，则需与调度模块进行连接，并由调度模块进行解析处理。例如依次解析以下内容是否可以处理，vpn_ipsec、vpn、vpc_peer、bws、eip、vpc等，只要其中存在可处理项，则调度模块向预警模块发送报错信息，以便预警模块将解析好的报错信息通过预设方式进行预警。本发明采用责任链的设计模式，不仅可以将不同产品的业务逻辑解耦，实现更加快捷、准确地处理。还无需设置复杂的逻辑判断，当新增产品请求时，只需在责任链中对应位置插入链路id即可，扩展性强，灵活度高。另外通过预存链路id至redis,从而方便回调处理，还可以避免重复的预警，进而节省了系统的资源。
45.在一些实施例中，所述无耦合逻辑连接采用责任链的设计模块，将各个产品的业务逻辑进行解耦。
46.具体地，本发明的代理模块、调度模块，以及预警模块，采用责任链的设计模式，无需设计复杂的判断逻辑，将各个产品的业务逻辑进行解耦，即可实现本发明上述示例。其中责任链由一个个首尾相接的节点构成一条链，每个节点可以看做一个对象，每个对象有不同的处理逻辑，将一个请求从链的首端发出，沿着链的路径依次传递每个节点对象，直到有对象处理这个请求为止。
47.在一些实施例中，所述代理模块与所述预警模块采用无耦合逻辑连接，包括，在代理模块agent回调结果时，所述调度模块无需进行复杂的逻辑判断，需处理放在责任链前端的任务。
48.具体地，本发明各种应用场景对应的设计理念和框架采用责任链的设计模式，将各个产品对应的业务逻辑进行解耦，无需使用复杂的逻辑判断，并且使得调度模块接收到代理模块agent回调信息后，需处理放在责任链前端的任务或者传递给责任链的下一级进行处理。例如责任链当前由5个节点组成，分别为node1-node5，则在agent回调结果时，优先处理放置在责任链前端的node1优先处理，其中node1为衍生产品任务。若调度模块无法进行优先处理，则将该衍生产品任务传递至node2进行处理，以此类推直至可以处理该衍生产品任务。从而实现了代理模块agent无需关注哪个模块来处理回调任务，解除了agent与现有技术中分发模块的耦合，从而降低耦合度、复杂度。
49.在一些实施例中，所述方法还包括：若无法处理责任链的前端任务，则所述调度模块传递给责任链的下一级进行处理。
50.结合上述示例，若无法处理放在责任链前端的任务，则所述调度模块传递给责任链的下一级进行处理。例如责任链当前由5个节点组成，分别为node1-node5，则在agent回调结果时，优先处理放置在责任链前端的node1优先处理，其中node1为衍生产品任务。若调度模块无法进行优先处理，则将该衍生产品任务传递至node2进行处理，以此类推直至可以处理该衍生产品任务。从而实现了代理模块agent无需关注哪个模块来处理回调任务，解除了agent与现有技术中分发模块的耦合，从而降低耦合度、复杂度。
51.在一些实施例中，所述方法还包括：若增加新任务，将所述新任务插入至责任链中的对应位置。
52.具体地，例如当前责任链由5个节点组成，分别为node1-node5。若新增任务，该新增任务为衍生产品任务，则将该衍生产品任务插入责任链的前端，即设置新node1替换node1,从而使原来的node1-node5变为node2-node6。若新增任务不是衍生产品任务，则将该新任务插入责任链中的对应位置，在一种可选的实施例中，新任务可以根据链路id在责任链中插入相应位置。，无需增加判断逻辑，只需知道该产品在责任链中插入的位置即可，降低复杂度，增强扩展性，提高灵活度。
53.在一些实施例中，所述方法还包括：在每次代理模块agent下发配置失败回调时，将回调中的链路id存入云端数据库redis，当再接收到回调时，从redis获取链路id。
54.具体地，本发明应用场景中代理模块agent回调结果时，若云端数据库redis存在链路id则结束回调；若不存在链路id，则在redis存入该链路id，当再接收到回调时，从redis获取链路id，以便后续处理。从而通过redis避免了后续的重复预警，节省了系统资源。
55.在一些实施例中，所述方法还包括：若从redis获取链路id，则结束回调处理。
56.具体地，本发明应用场景中代理模块agent回调结果时，若云端数据库redis存在链路id则结束回调。从而节省系统资源。
57.在一些实施例中，所述方法还包括若调度模块判断存在正确的网络协议，则向预警模块发送报错信息。
58.具体地，若redis中不存在链路id，则需与调度模块进行连接，并由调度模块进行解析处理。例如依次解析以下内容是否可以处理，vpn_ipsec、vpn、vpc_peer、bws、eip、vpc等，只要其中存在可处理项，则调度模块向预警模块发送报错信息，以便预警模块将解析好的报错信息通过预设方式进行预警。例如通过邮件或者通过短信向电子设备发送预警信
息。本发明采用责任链的设计模式，不仅可以将不同产品的业务逻辑解耦，实现更加快捷、准确地处理。还无需设置复杂的逻辑判断，当新增产品请求时，只需在责任链中对应位置插入链路id即可，扩展性强，灵活度高。
59.图2为本发明实施例提供的一种设备下发配置的预警系统的示意图，该系统10可以包括：代理模块11、调度模块12，以及预警模块13，其中所述代理模块与所述预警模块采用无耦合逻辑连接，从而使所述调度模块向所述预警模块发送报错信息。
60.图2所示实施例的系统对应地可用于执行图3所示方法实施例中的步骤，其实现原理和技术效果类似，此处不再赘述。
61.图4是本发明实施例提供的一种设备下发配置的预警设备的硬件结构示意图，该设备20包括：处理器21、存储器22和计算机程序；其中
62.存储器22，用于存储所述计算机程序，该存储器还可以是闪存(flash)。所述计算机程序例如是实现上述方法的应用程序、功能模块等。
63.处理器21，用于执行所述存储器存储的计算机程序，以实现上述方法中设备执行的各个步骤。具体可以参见前面方法实施例中的相关描述。
64.可选地，存储器22既可以是独立的，也可以跟处理器21集成在一起。
65.当所述存储器22是独立于处理器21之外的器件时，所述设备还可以包括：
66.总线23，用于连接所述存储器22和处理器21。
67.本发明还提供一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用于实现上述的各种实施方式提供的方法。
68.其中，可读存储介质可以是计算机存储介质，也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如，可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。另外，该asic可以位于用户设备中。当然，处理器和可读存储介质也可以作为分立组件存在于通信设备中。可读存储介质可以是只读存储器(rom)、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
69.本发明还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得设备实施上述的各种实施方式提供的方法。
70.在上述设备的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
71.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进
行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。