CN111309394A

CN111309394A - 一种配置下发的方法、装置、系统及存储介质

Info

Publication number: CN111309394A
Application number: CN202010080617.4A
Authority: CN
Inventors: 崔建光
Original assignee: Lenovo Beijing Ltd
Current assignee: Lenovo Beijing Ltd
Priority date: 2020-02-05
Filing date: 2020-02-05
Publication date: 2020-06-19

Abstract

本发明公开了一种配置下发的方法、装置、系统及存储介质，该方法将已下发成功的配置保存在第二数据存储系统中，将每次拟下发的配置保存在第一数据存储系统中，然后对比已下发成功的配置和拟下发的配置得到一个变化量，在实际下发时，仅下发这一变化量。如此，既可以保证配置下发的完整性，又避免了重复下发已经下发成功的配置，从而大大提高了配置下发的效率，也减少了业务应用程序进行重复配置的相关操作。

Description

一种配置下发的方法、装置、系统及存储介质

技术领域

本发明涉及网络数据传输领域，尤其涉及一种配置下发的方法、装置、系统及存储介质。

背景技术

使用NETCONF协议从客户端给服务器配置下发的过程中可能会出现链接中断的情况，当链接再次恢复时，客户端需要再次下发配置。在这种情况下，是否应该将再次下发的全部配置经由服务器通知到应用程序进行配置更新是个很难确定的问题。

现有的解决方案大多采用以下两种：1)无论是什么情况都把再次下发的全部配置通知到应用程序并进行配置更新。该方案的缺点是：应用程序需要对再次下发的大量配置进行重复配置，增加了配置模块地工作量，浪费了CPU资源。2)通过日志记录链接断开之前下发的最后一条配置，链接恢复后从所记录配置的下一条配置开始继续下发。该方案的缺点是：没有考虑链接断开的原因，如果是因为服务器重启导致的链接断开，且重启之前服务器没有保存之前的配置会导致之前下发的配置丢失。

因此，如何准确记录链接中断前的下发状态，并在恢复链接时精准下发配置，将没有完成的下发内容通知到应用程序就成为高效且完整地下发配置的关键问题。

发明内容

针对以上问题，本发明人创造性地提供一种配置下发的方法、装置、系统及存储介质。

根据本发明实施例第一方面，一种配置下发的方法，该方法包括：将拟下发配置存储到第一数据存储系统；从第一数据存储系统获取第一配置，其中，第一配置为此次拟下发的全部配置；从第二数据存储系统获取第二配置，其中，第二配置为已下发成功的配置；对比第一配置和第二配置得到第三配置，其中，第三配置为第一配置的全集或子集，是与第二配置相比第一配置中发生变化的配置；根据第三配置的内容决定是否执行配置下发的操作，其中，若第三配置不为空，则将第三配置下发给应用程序进行配置更新操作，若第三配置为空，则不执行配置下发的操作。

根据本发明一实施方式，其中，在将第三配置下发给应用程序进行配置更新操作之后，该方法还包括：接收应用程序返回的配置更新操作的结果；根据配置更新操作的结果决定是否更新第二数据存储系统，其中，若配置更新操作的结果为成功，则将第一配置更新到第二数据存储系统。

根据本发明一实施方式，其中，在将拟下发配置存储到第一数据存储系统之前，该方法还包括：清空第一数据存储系统。

根据本发明一实施方式，其中，该方法还包括：反馈执行配置下发的操作的结果。

根据本发明一实施方式，其中，将拟下发配置存储到第一数据存储系统包括：将拟下发配置逐条存储到第一数据存储系统直至接收到确认下发完成的提交命令。

根据本发明实施例第二方面，一种配置下发的装置，该装置包括：第一数据存储模块，用于将拟下发配置存储到第一数据存储系统；第一配置获取模块，用于从第一数据存储系统获取第一配置，其中，第一配置为此次拟下发的全部配置；第二配置获取模块，用于从第二数据存储系统获取第二配置，其中，第二配置为已下发成功并生效的配置；第三配置获取模块，用于对比第一配置和第二配置得到第三配置，其中，第三配置为第一配置的全集或子集，是与第二配置相比第一配置中发生变化的配置；下发模块，用于根据第三配置的内容决定是否执行配置下发的操作，其中，若第三配置不为空，则将第三配置下发给应用程序进行配置更新操作，若第三配置为空，则不执行配置下发的操作。

根据本发明一实施方式，其中，该装置还包括：接收模块，用于接收应用程序返回的配置更新操作的结果；第二数据存储模块，用于根据配置更新操作的结果决定是否更新第二数据存储系统，其中，若配置结果为成功，则将第一配置更新到第二数据存储系统。

根据本发明一实施方式，其中，该装置还包括：清空模块，用于清空第一数据存储系统。

根据本发明一实施方式，其中，该装置还包括：反馈模块，用于反馈执行配置下发的操作的结果。

根据本发明一实施方式，其中，第一数据存储模块具体用于将拟下发配置逐条存储到第一数据存储系统直至接收到确认下发完成的提交命令。

根据本发明实施例第三方面，提供一种配置下发的系统，包括处理器和存储器，其中，存储器中存储有计算机程序指令，计算机程序指令被处理器运行时用于执行上述任一项配置下发的方法。

根据本发明实施例第四方面，提供一种计算机存储介质，存储介质包括一组计算机可执行指令，当指令被执行时用于执行上述任一项配置下发的方法。

本发明实施例提供一种配置下发的方法、装置、系统及存储介质，该方法将已下发成功的配置保存在第二数据存储系统中，将每次拟下发的配置保存在第一数据存储系统中，然后对比已下发成功的配置和拟下发的配置得到一个变化量，在实际下发时，仅下发这一变化量。如此，既可以保证配置下发的完整性，又避免了重复下发已经下发成功的配置，从而大大提高了配置下发的效率，也减少了业务应用程序进行重复配置的相关操作。

需要理解的是，本发明的教导并不需要实现上面所述的全部有益效果，而是特定的技术方案可以实现特定的技术效果，并且本发明的其他实施方式还能够实现上面未提到的有益效果。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

在附图中，相同或对应的标号表示相同或对应的部分。

图1为本发明实施例配置下发的方法的实现流程示意图；

图2为本发明实施例配置下发的装置的组成结构示意图。

具体实施方式

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

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

图1示出了本发明实施例配置下发的方法的实现流程。参考图1，该方法包括：操作110，将拟下发配置存储到第一数据存储系统；操作120，从第一数据存储系统获取第一配置，其中，第一配置为此次拟下发的全部配置；操作130，从第二数据存储系统获取第二配置，其中，第二配置为已下发成功的配置；操作140，对比第一配置和第二配置得到第三配置，其中，第三配置为第一配置的全集或子集，是与第二配置相比第一配置中发生变化的配置；操作150，根据第三配置的内容决定是否执行配置下发的操作，其中，若第三配置不为空，则将第三配置下发给应用程序进行配置更新操作，若第三配置为空，则不执行配置下发的操作。

在操作110中，拟下发的配置指这次计划要下发还未下发的全部配置；第一数据存储系统可以是数据库，可以是文件存储系统，也可以是配置信息管理系统。其主要作用是将这次计划要下发的全部配置进行汇总。在存储时，可以按下发顺序依次存储，可以按某种排序规则进行存储，还可以按配置类型分类存储等等。推荐按某种排序或配置类型分类存储，这样更易于进行配置对比得到要下发的配置，且比对速度更快。

在操作120中，可以从第一数据存储系统中将所有配置读取到内存中，并构建任何适用的数据结构，比如Hash Map，List等等，以便于后续的比较和处理。

在操作130中，第二数据存储系统可以是数据库，可以是文件存储系统，也可以是配置信息管理系统。其主要作用是存储已经下发成功的配置。从另一个角度来讲，也可以理解为已在业务系统生效，并正在使用的配置信息。在执行下发操作时，第二数据存储系统是已经存在的数据存储系统，且存有已经下发成功的配置。而存储下发成功配置的时机可以是上一次成功配置下发之后，收到应用程序反馈的成功消息之后，由下发管理程序将成功下发的配置存储到第二数据存储系统，也可以是应用程序定期将现行的配置信息同步到第二数据存储系统中。

在操作140中，这里的第三配置是第一配置的全集或子集，主要指与第二配置相比，第一配置中发生改变了的配置。这里并不对比对工具或方法进行限定，只要确保比对的结果是正确的，任何适用的比对工具或方法都可以。

在操作150中，第三配置的内容与每次配置下发的具体方案和上次配置下发的执行结果密切相关，且不尽相同的。例如：如果上次配置下发全部成功且这次下发内容均为更新的内容，则第三配置的内容可能与第一配置相同，即是第一配置的全集；如果上次配置下发全部成功，但客户端却得到失败的结果，又全部下发了一遍，则第三配置的内容可能为空；如果上次配置下发过程中连接断掉，只有一部分配置下发成功，客户端收到失败消息又全部下发了一遍，则第三配置的内容仅为上次配置下发中没有下发成功的那些配置，即第三配置是第一配置的子集；如果上次配置下发中途连接断掉，但是全部配置都没下发成功，客户端收到失败消息又全部下发了一遍，则第三配置的内容为第一配置的全集；如果上次配置下发全部成功，这次拟下发的配置中包含有之前已经下发过的、或并未更改的配置，则第三配置的内容仅为这次配置下发中真正修改了的配置，而不包含之前已经下发过的、或并未更改的配置等等各种情况。但无论是哪种情况，本发明实施例配置下发的方法都力求尽可能地确保下发的内容是完整的、且发生变化了的配置信息。这里，将第三配置下发给应用程序进行配置更新操作，主要指将第三配置发送给应用程序，通知应用程序更新配置。这里的应用程序主要指具体业务系统的应用程序，比如某个计费应用程序，而配置信息则通常是这些业务系统的配置项或配置指令，比如计费系统的单位时间的费率，计费阶梯的分段标准等等。当该应用程序收到第三配置后，就会根据第三配置对应用程序进行配置更新。所谓的配置更新可能只是对业务应用程序的某些配置项进行增删改操作，也可能是某些需要执行的配置指令等等。在进行完上述配置更新之后，这些应用程序通常会返馈执行结果，比如更新成功或更新失败，如果是更新失败，则可能还会返回更新失败的配置项及失败原因等等。

在本实施方式中，第二数据存储系统是在每次配置下发之后根据更新结果进行更新的，且在该实施方式所应用的场景中，会要求应用程序反馈配置更新操作的结果。这里，为了方便将第一配置更新到第二数据存储系统中，建议第一数据存储系统和第二数据存储系统采用相同的存储结构，这样可以很容易地进行复制和覆盖操作。

本发明实施例配置下发的方法中所提到的第一数据存储系统中仅保存每次拟下发的配置，因此在将拟下发配置存储到第一数据存储系统之前，可以清空第一数据存储系统为本次的配置下发做准备。

将下发结果反馈给下发方，主要的意图是方便下发方进行下一步操作，通常如果收到下发成功的消息下发方就会下发下一批配置，如果收到下发失败的消息下发方就会再次下发未下发成功的配置。

根据本发明一实施方式，其中，将拟下发配置存储到第一数据存储系统包括：将拟下发配置逐条存储到第一数据存储系统直至接收到确认下发完成的提交命令；接收确认下发完成的提交命令。

在本实施方式中，拟下发配置并不是一次全部收到，而是逐条发送的，但这些配置信息往往不能单独下发，因为一次配置更新中的各配置项中有可能存在相互依赖的关系，所以得等到下发方发送确认下发完成的提交命令，例如“commit”指令。需要说明的是，在下发方发送确认下发完成的提交命令之前，还可以对下发的同一配置进行修改。如果，拟下发的配置与之前存储的拟下发配置相同，则之后存储的拟下发配置会覆盖之前存储的拟下发配置。也就是说，这一实施方式在存储拟下发配置时，还提供了纠正错误的机会。

进一步地，本发明实施例还提供一种配置下发的装置。如图2所示，该装置20包括：第一数据存储模块201，用于将拟下发配置存储到第一数据存储系统；第一配置获取模块202，用于从第一数据存储系统获取第一配置，其中，第一配置为此次拟下发的全部配置；第二配置获取模块203，用于从第二数据存储系统获取第二配置，其中，第二配置为已下发成功并生效的配置；第三配置获取模块204，用于对比第一配置和第二配置得到第三配置，其中，第三配置为第一配置的全集或子集，是与第二配置相比第一配置中发生变化的配置；下发模块205，用于根据第三配置的内容决定是否执行配置下发的操作，其中，若第三配置不为空，则将第三配置下发给应用程序进行配置更新操作，若第三配置为空，则不执行配置下发的操作。

根据本发明一实施方式，其中，该装置20还包括：接收模块，用于接收应用程序返回的配置更新操作的结果；第二数据存储模块，用于根据配置更新操作的结果决定是否更新第二数据存储系统，其中，若配置结果为成功，则将第一配置更新到第二数据存储系统。

根据本发明一实施方式，其中，该装置20还包括：清空模块，用于清空第一数据存储系统。

根据本发明一实施方式，其中，该装置20还包括：反馈模块，用于反馈执行配置下发的操作的结果。

根据本发明一实施方式，其中，第一数据存储模块201具体用于将拟下发配置逐条存储到第一数据存储系统直至接收到确认下发完成的提交命令。

这里需要指出的是：以上针对配置下发的装置实施例的描述、以上针对配置下发的系统实施例的描述和以上针对计算机存储介质实施例的描述，与前述方法实施例的描述是类似的，具有同前述方法实施例相似的有益效果，因此不做赘述。对于本发明对配置下发的装置实施例的描述、对配置下发的系统实施例的描述和对计算机存储介质实施例的描述尚未披露的技术细节，请参照本发明前述方法实施例的描述而理解，为节约篇幅，因此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个装置，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以利用硬件的形式实现，也可以利用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储介质、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例方法的全部或部分。而前述的存储介质包括：移动存储介质、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

1.一种配置下发的方法，其特征在于，所述方法包括：

将拟下发配置存储到第一数据存储系统；

从所述第一数据存储系统获取第一配置，其中，所述第一配置为此次拟下发的全部配置；

从第二数据存储系统获取第二配置，其中，所述第二配置为已下发成功的配置；

对比所述第一配置和所述第二配置得到第三配置，其中，所述第三配置为第一配置的全集或子集，是与所述第二配置相比所述第一配置中发生变化的配置；

根据所述第三配置的内容决定是否执行配置下发的操作，其中，若所述第三配置不为空，则将所述第三配置下发给应用程序进行配置更新操作，若所述第三配置为空，则不执行配置下发的操作。

2.根据权利要求1所述的方法，其特征在于，在所述将所述第三配置下发给应用程序进行配置更新操作之后，所述方法还包括：

接收所述应用程序返回的配置更新操作的结果；

根据所述配置更新操作的结果决定是否更新所述第二数据存储系统，其中，若所述配置更新操作的结果为成功，则将所述第一配置更新到所述第二数据存储系统。

3.根据权利要求1所述的方法，其特征在于，在所述将拟下发配置存储到第一数据存储系统之前，所述方法还包括：

清空所述第一数据存储系统。

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

反馈所述执行配置下发的操作的结果。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述将拟下发配置存储到第一数据存储系统包括：

将拟下发配置逐条存储到第一数据存储系统直至接收到确认下发完成的提交命令。

6.一种配置下发的装置，其特征在于，所述装置包括：

第一数据存储模块，用于将拟下发配置存储到第一数据存储系统；

第一配置获取模块，用于从所述第一数据存储系统获取第一配置，其中，所述第一配置为此次拟下发的全部配置；

第二配置获取模块，用于从第二数据存储系统获取第二配置，其中，所述第二配置为已下发成功并生效的配置；

第三配置获取模块，用于对比所述第一配置和所述第二配置得到第三配置，其中，所述第三配置为第一配置的全集或子集，是与所述第二配置相比所述第一配置中发生变化的配置；

下发模块，用于根据所述第三配置的内容决定是否执行配置下发的操作，其中，若所述第三配置不为空，则将所述第三配置下发给应用程序进行配置更新操作，若所述第三配置为空，则不执行配置下发的操作。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

接收模块，用于接收所述应用程序返回的配置更新操作的结果；

第二数据存储模块，用于根据所述配置更新操作的结果决定是否更新所述第二数据存储系统，其中，若所述配置结果为成功，则将所述第一配置更新到所述第二数据存储系统。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

清空模块，用于清空所述第一数据存储系统。

9.一种配置下发的系统，其特征在于，所述系统包括处理器和存储器，其中，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器运行时用于执行如权利要求1至5任一项所述的配置下发的方法。

10.一种存储介质，在所述存储介质上存储了程序指令，其中，所述程序指令在运行时用于执行如权利要求1至5任一项所述的配置下发的方法。