CN114449040A - 基于云平台的配置下发方法及装置 - Google Patents

Abstract

本公开提供一种基于云平台的配置下发方法、装置、电子设备及计算机可读介质。该方法包括：基于预设表格确定第一服务代理进程；在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据下发至所述第一服务代理进程中；基于所述第一服务代理进程将所述配置数据下发到硬件设备中；在所述第一服务代理进程的状态异常时，确定第二服务代理进程；基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中。本申请涉及的基于云平台的配置下发方法、装置、电子设备及计算机可读介质，能够保证配置数据的下发顺序，从而保证配置下发成功，避免频繁出现的业务故障，减低运维成本，带来良好的用户体验。

Description

基于云平台的配置下发方法及装置

技术领域

本申请涉及计算机信息处理领域，具体而言，涉及一种基于云平台的配置下发方法、装置、电子设备及计算机可读介质。

背景技术

OpenStack覆盖了网络、虚拟化、操作系统、服务器等各个方面，其中Neutron项目为OpenStack其他服务提供网络连接服务。核心服务为Network、Subnet、Router，扩展服务为FWaaS、LBaaS等。由于软件实现的扩展服务功能，性能不足，不能满足用户的需求，故采用硬件实现扩展服务功能。通过使用代理进程(Agent)服务给设备下发配置，来实现服务功能的转移，而保证Agent服务的正常使用则是转移过程中的重要一环。

现有云环境中安装使用多Agent情况下，云平台下发配置到硬件设备，会先进行数据的处理，然后轮循选择Agent通过请求将数据发送到选择的Agent进行配置下发。Agent服务调用硬件设备restful接口将配置下发到设备中，但一些配置下发设备时需要依赖上一条配置，而现实情况会因为云环境和硬件设备的处理速度不同导致一些配置下发顺序错乱，从而导致一些配置下发设备失败。

因此，需要一种新的基于云平台的配置下发方法、装置、电子设备及计算机可读介质。

在所述背景技术部分公开的上述信息仅用于加强对本申请的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本申请提供一种基于云平台的配置下发方法、装置、电子设备及计算机可读介质，能够保证配置数据的下发顺序，从而保证配置下发成功，避免频繁出现的业务故障，减低运维成本，带来良好的用户体验。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请的一方面，提出一种基于云平台的配置下发方法，该方法包括：基于预设表格确定第一服务代理进程；在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据下发至所述第一服务代理进程中；基于所述第一服务代理进程将所述配置数据下发到硬件设备中；在所述第一服务代理进程的状态异常时，确定第二服务代理进程；基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中。

在本申请的一种示例性实施例中，基于预设表格确定第一服务代理进程之后，还包括：在所述第一服务代理进程为第二预设状态时，云平台的基于网络连接服务将配置数据存储至数据库的消息队列表中。

在本申请的一种示例性实施例中，基于预设表格确定第一服务代理进程，包括：在所述预设表格中存储有代理进程时，选择已存储的代理进程作为所述第一服务代理进程；在所述预设表格中未存储代理进程时，在云平台中确定所述第一服务代理进程。

在本申请的一种示例性实施例中，在云平台中确定所述第一服务代理进程，包括：获取云平台中多个有效的服务代理进程；在所述多个有效的服务代理进程中确定所述第一服务代理进程；将所述第一服务代理进程的信息更新到所述预设表格中。

在本申请的一种示例性实施例中，在所述第一服务代理进程的状态异常时，包括：定时对所述第一服务代理进程进行检测，在所述第一代理进行不满足预设策略时，确定所述第一服务代理进程状态异常。

在本申请的一种示例性实施例中，在所述第一代理进行不满足预设策略时，确定所述第一服务代理进程状态异常，包括：获取云平台中状态正常的代理进程的标识；在状态正常的代理进程标识中不包括第一服务代理进程且所述第一服务代理进程不处于切换状态或工作状态时，确定所述第一服务代理进程状态异常。

在本申请的一种示例性实施例中，确定第二服务代理进程，包括：在云平台的多个代理进程中确定所述第二服务代理进程；删除所述预设表格中所述第一服务代理进程的信息；将所述第二服务代理进程的信息更新到所述预设表格中。

在本申请的一种示例性实施例中，基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中，包括：基于shovel插件将第一服务代理进程的队列中未完成的配置数据转移到所述第二服务代理进程的队列中；第二服务代理进程将其对应的队列中的配置数据下发到硬件设备中。

在本申请的一种示例性实施例中，还包括：循环提取数据库的消息队列表中的配置数据；将所述配置数据按照其对应的时间顺序发送到所述第二服务代理进程的队列中。

根据本申请的一方面，提出一种基于云平台的配置下发装置，该装置包括：第一代理模块，用于基于预设表格确定第一服务代理进程；配置连接模块，用于在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据发送至所述第一服务代理进程中；配置下发模块，用于基于所述第一服务代理进程将所述配置数据下发到硬件设备中；代理切换模块，用于在所述第一服务代理进程的状态异常时，确定第二服务代理进程；配置续发模块，用于基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中。

根据本申请的一方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上文的方法。

根据本申请的一方面，提出一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上文中的方法。

根据本申请的基于云平台的配置下发方法、装置、电子设备及计算机可读介质，通过基于预设表格确定第一服务代理进程；在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据下发至所述第一服务代理进程中；基于所述第一服务代理进程将所述配置数据下发到硬件设备中；在所述第一服务代理进程的状态异常时，确定第二服务代理进程；基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中的方式，能够保证配置数据的下发顺序，从而保证配置下发成功，避免频繁出现的业务故障，减低运维成本，带来良好的用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

通过参照附图详细描述其示例实施例，本申请的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施例示出的一种基于云平台的配置下发方法及装置的系统框图。

图2是根据一示例性实施例示出的一种基于云平台的配置下发方法的流程图。

图3是根据另一示例性实施例示出的一种基于云平台的配置下发方法的流程图。

图4是根据另一示例性实施例示出的一种基于云平台的配置下发方法的流程图。

图5是根据一示例性实施例示出的一种基于云平台的配置下发装置的框图。

图6是根据一示例性实施例示出的一种电子设备的框图。

图7是根据一示例性实施例示出的一种计算机可读介质的框图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本申请将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应理解，虽然本文中可能使用术语第一、第二、第三等来描述各种组件，但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此，下文论述的第一组件可称为第二组件而不偏离本申请概念的教示。如本文中所使用，术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

本领域技术人员可以理解，附图只是示例实施例的示意图，附图中的模块或流程并不一定是实施本申请所必须的，因此不能用于限制本申请的保护范围。

本申请涉及的技术缩略语解释如下：

OpenStack:是一个旨在为公共及私有云的建设与管理提供软件的开源项目，由几个主要的组件组合起来完成具体工作。各个组件都是对外暴露REST API接口，以便于其他程序调用。目标是来帮助组织运行为虚拟计算或存储服务的云，为公有云、私有云，也为大云、小云提供可扩展的、灵活的云计算。

Server：Neutron-server服务，提供网络连接服务。

Agent：一种下发配置到设备的服务代理进程。

Rabbitmq：rabbit消息队列表。

本申请的发明人发现，在现有技术方案中，云平台的某一条配置没有下发到硬件设备中，可能会导致后续下发与此条配置相关的配置也会下发失败，从而影响正常业务。本技术方案针对这种情况，发明一种在云环境中保证数据下发顺序同时能够检测和切换Agent的一种方法，云平台下发配置时选择一个Agent服务，保证配置下发顺序，同时对此Agent状态进行监测，如发现此Agent状态异常，则选择其他状态正常的Agent进行配置下发，既保证下发配置的先后顺序，又可以对Agent进行监控，防止因Agent异常问题导致配置无法下发到设备，从而减小因配置下发设备失败造成业务故障的影响。

下面借助于具体的实施例，对本申请的内容进行说明。

图1是根据一示例性实施例示出的一种基于云平台的配置下发方法、装置的系统框图。

如图1所示，系统架构10可以包括硬件设备101、102、103，网络104和云平台101。网络104用以在硬件设备101、102、103和云平台101之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

硬件设备101、102、103可通过网络104与云平台101交互，以接收或发送数据等。硬件设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

硬件设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

云平台101可以是提供各种服务的服务器，例如对硬件设备101、102、103进行配置管理的后台管理服务器。后台管理服务器可以对来自用户的配置数据进行处理，并将按照用户的配置数据对硬件设备进行配置。

云平台101可例如基于预设表格确定第一服务代理进程；云平台101可例如在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据下发至所述第一服务代理进程中；云平台101可例如在所述第一服务代理进程为第二预设状态时，云平台的基于网络连接服务将配置数据存储至数据库的消息队列表中；云平台101可例如基于所述第一服务代理进程将所述配置数据下发到硬件设备中；云平台101可例如在所述第一服务代理进程的状态异常时，确定第二服务代理进程；云平台101可例如基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中。

云平台101可以是一个实体的服务器，还可例如为多个服务器组成，需要说明的是，本申请实施例所提供的基于云平台的配置下发方法可以由云平台101执行，相应地，基于云平台的配置下发装置可以设置于云平台101中。

图2是根据一示例性实施例示出的一种基于云平台的配置下发方法的流程图。基于云平台的配置下发方法20至少包括步骤S202至S210。

如图2所示，在S202中，基于预设表格确定第一服务代理进程。可例如，在所述预设表格中存储有代理进程时，选择已存储的代理进程作为所述第一服务代理进程；在所述预设表格中未存储代理进程时，在云平台中确定所述第一服务代理进程。

可在数据库中添加预设表格agent_service_used，以记录当前使用的agent服务信息，agent_service_used表格示例如下：

agent_id	agent服务的ID
		topic	agent服务的rabbit队列名
status	agent服务状态
		host	agent服务的主机名
lock	agent服务的切换状态

在一个实施例中，在云平台中确定所述第一服务代理进程，包括：获取云平台中多个有效的服务代理进程；在所述多个有效的服务代理进程中确定所述第一服务代理进程；将所述第一服务代理进程的信息更新到所述预设表格中。

在S204中，在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据下发至所述第一服务代理进程中。

在一个实施例中，在所述第一服务代理进程为第二预设状态时，云平台的基于网络连接服务将配置数据存储至数据库的消息队列表中。

可在数据库中添加消息队列表，以临时存储网络连接服务neutron-server发送的消息。消息队列表可如下所示：

message

存储切换时server发送的消息

在S206中，基于所述第一服务代理进程将所述配置数据下发到硬件设备中。

在S208中，在所述第一服务代理进程的状态异常时，确定第二服务代理进程。可定时对所述第一服务代理进程进行检测，在所述第一代理进行不满足预设策略时，确定所述第一服务代理进程状态异常。

在一个实施例中，可在配置文件中增加配置项check_agent_loop_time，check_agent_loop_time可设置为30，表示每30s循环检测一次云环境中agent服务的状态。

更具体的，可获取云平台中状态正常的代理进程的标识；在状态正常的代理进程标识中不包括第一服务代理进程且所述第一服务代理进程不处于切换状态或工作状态时，确定所述第一服务代理进程状态异常。

在一个实施例中，可在云平台的多个代理进程中确定所述第二服务代理进程；删除所述预设表格中所述第一服务代理进程的信息；将所述第二服务代理进程的信息更新到所述预设表格中。

在S210中，基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中。可例如，基于shovel插件将第一服务代理进程的队列中未完成的配置数据转移到所述第二服务代理进程的队列中；第二服务代理进程将其对应的队列中的配置数据下发到硬件设备中。

在一个实施例中，还包括：循环提取数据库的消息队列表中的配置数据；将所述配置数据按照其对应的时间顺序发送到所述第二服务代理进程的队列中。

根据本申请的基于云平台的配置下发方法，通过基于预设表格确定第一服务代理进程；在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据下发至所述第一服务代理进程中；基于所述第一服务代理进程将所述配置数据下发到硬件设备中；在所述第一服务代理进程的状态异常时，确定第二服务代理进程；基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中的方式，能够保证配置数据的下发顺序，从而保证配置下发成功，避免频繁出现的业务故障，减低运维成本，带来良好的用户体验。

应清楚地理解，本申请描述了如何形成和使用特定示例，但本申请的原理不限于这些示例的任何细节。相反，基于本申请公开的内容的教导，这些原理能够应用于许多其它实施例。

图3是根据另一示例性实施例示出的一种基于云平台的配置下发方法的流程图。图3所示的流程30是对图2所示的流程的详细描述。

如图3所示，在S302中，网络连接服务启动。

在S304中，预设表格中的第一服务代理进程是否可用。

在S306中，由第一服务代理通过http或https将配置数据下发到硬件设备。

在S308中，配置数据存储到消息队列表中。

在S310中，硬件设备配置完成。

云平台向Agent发送数据时，会先查询数据表agent_service_used中是否存在Agent的信息。若不存在，则获取云环境中所有可用Agent服务的信息，并选择其中一条Agent服务信息保存至agent_service_used表中，并将此条数据发送给数据库记录的Agent服务。若存在Agent信息，则查看数据库信息中参数lock是否为0，如为0，则表示Agent服务正常，可将数据发送给此Agent服务，若为1，则表示正在进行Agent切换，需要将此条数据存储到数据库message_queues中，等待后续操作。

在一个实施例中，可依据配置参数check_agent_loop_time设置的时间间隔，循环对Agent状态进行检测。获取agent_service_used数据库中记录的Agent信息，再获取云环境中所有状态正常的Agent服务，查找云环境中获取的Agent中是否存在数据库中记录的Agent。若存在当前使用的Agent，则表示Agent服务正常，等待下一次检测。

在一个实施例中，若不存在当前使用的Agent，检测数据表中Agent的lock是否为1，lock为1表示正在进行Agent切换，或者查询该Agent的Rabbitmq队列是否存在消费者consumers，如果Agent的队列依然存在消费者，则表示Agent依然在正常工作，不需要进行Agent切换。如以上条件都未满足，则需要进行Agent切换，使用其他状态正常的Agent来下发配置到硬件设备。

图4是根据另一示例性实施例示出的一种基于云平台的配置下发方法的流程图。图4所示的流程40是对图2所示的流程的详细描述。

如图4所示，在S402中，网络连接服务启动。

在S404中，预设表格中的第一服务代理进程是否可用。

在S406中，第一服务代理的消息队列是否存在消息。

在S408中，将剩余配置数据发送至第二服务代理进程。

在S410中，消息队列表中是否有数据。

在S412中，消息队列表中的数据发送至第二服务代理进程。

在S414中，将第二服务代理进程的lock值修改为0。

在S416中，由第二服务代理通过http或https将配置数据下发到硬件设备。

在S418中，硬件设备配置完成。

如当前使用的Agent1出现异常后，对该Agent的信息进行判断，是否进行Agent切换。选择新的Agent2，将Agent2的信息数据表agent_service_used替换掉表中Agent1的信息，并将lock参数设备为1，表示正在执行切换。切换过程中lock参数为1，此时Server需要发送的数据则直接存储到message_queues表中。

查询Agent1队列中是否存在未下发的数据，如果有消息未发送，存在队列中，则使用Rabbitmq队列的shovel插件，将Agent1队列中的消息move到Agent2队列中，由Agent2将数据下发到硬件设备中。

循环查询message_queues表中是否存在数据，如果有数据，则取出数据，通过request请求的方式，将数据按照存入时的先后顺序依次发送到Agent2中，同时删除数据表中的数据。直到数据表中没有数据执行后续操作。

若以上操作都正常完成，则修改agent_service_used表中Agent的lock参数，设置为0，表示此次切换完成，Server此时要发送的数据则直接发送到Agent2中，恢复到单Agent正常下发配置的流程中。

本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时，执行本申请提供的上述方法所限定的上述功能。所述的程序可以存储于一种计算机可读存储介质中，该存储介质可以是只读存储器，磁盘或光盘等。

此外，需要注意的是，上述附图仅是根据本申请示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图5是根据一示例性实施例示出的一种基于云平台的配置下发装置的框图。如图5所示，基于云平台的配置下发装置50包括：第一代理模块502，配置连接模块504，配置下发模块506，代理切换模块508，配置续发模块510。

第一代理模块502用于基于预设表格确定第一服务代理进程；第一代理模块502还用于在所述预设表格中存储有代理进程时，选择已存储的代理进程作为所述第一服务代理进程；在所述预设表格中未存储代理进程时，在云平台中确定所述第一服务代理进程。

配置连接模块504用于在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据发送至所述第一服务代理进程中；配置连接模块504还用于在所述第一服务代理进程为第二预设状态时，云平台的基于网络连接服务将配置数据存储至数据库的消息队列表中。

配置下发模块506用于基于所述第一服务代理进程将所述配置数据下发到硬件设备中；

代理切换模块508用于在所述第一服务代理进程的状态异常时，确定第二服务代理进程；代理切换模块508还用于定时对所述第一服务代理进程进行检测，在所述第一代理进行不满足预设策略时，确定所述第一服务代理进程状态异常。

代理切换模块508还用于在云平台的多个代理进程中确定所述第二服务代理进程；删除所述预设表格中所述第一服务代理进程的信息；将所述第二服务代理进程的信息更新到所述预设表格中。

配置续发模块510用于基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中。配置续发模块510还用于基于shovel插件将第一服务代理进程的队列中未完成的配置数据转移到所述第二服务代理进程的队列中；第二服务代理进程将其对应的队列中的配置数据下发到硬件设备中。

根据本申请的基于云平台的配置下发装置，通过基于预设表格确定第一服务代理进程；在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据下发至所述第一服务代理进程中；基于所述第一服务代理进程将所述配置数据下发到硬件设备中；在所述第一服务代理进程的状态异常时，确定第二服务代理进程；基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中的方式，能够保证配置数据的下发顺序，从而保证配置下发成功，避免频繁出现的业务故障，减低运维成本，带来良好的用户体验。

图6是根据一示例性实施例示出的一种电子设备的框图。

下面参照图6来描述根据本申请的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书中描述的根据本申请各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图2，图3，图4中所示的步骤。

所述存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备600’(例如键盘、指向设备、蓝牙设备等)通信，使得用户能与该电子设备600交互的设备通信，和/或该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

总体而言，本公开涉及一种在云环境中代理切换的一种方法和装置。如何保证云平台将配置成功下发到硬件设备时，使配置能按照下发顺序依次下发到硬件设备，同时保证当前使用的代理服务异常时，能够切换到其他代理服务并将配置按照原先顺序继续下发到硬件设备，从而降低因为无法保证下发硬件设备顺序而导致配置下发失败造成业务故障，就是本公开要解决的问题。

代理选取。服务器向代理发送数据时，会先查询数据表agent_service_used中是否存在代理的信息。若不存在，则获取云环境中所有可用代理服务的信息，并选择其中一条代理服务信息保存至agent_service_used表中，并将此条数据发送给数据库记录的代理服务。若存在代理信息，则查看数据库信息中参数lock是否为0，如为0，则表示Agent服务正常，可将数据发送给此代理服务，若为1，则表示正在进行代理切换，需要将此条数据存储到数据库message_queues中，等待后续操作。在进行代理监测时，依据配置参数check_agent_loop_time设置的时间间隔，循环对代理状态进行检测。获取agent_service_used数据库中记录的代理信息，再获取云环境中所有状态正常的Agent服务，查找云环境中获取的代理中是否存在数据库中记录的代理。若存在当前使用的代理，则表示代理服务正常，等待下一次检测。若不存在当前使用的代理，检测数据表中代理的lock标识是否为1，lock为1表示正在进行代理切换，或者查询该代理的Rabbitmq队列是否存在消费者consumers，如果代理的队列依然存在消费者，则表示代理依然在正常工作，不需要进行代理切换。如以上条件都未满足，则需要进行代理切换，使用其他状态正常的代理来下发配置到硬件设备。如当前使用的代理服务1出现异常后，对该代理的信息进行判断，是否进行代理切换。首先，对数据表的操作。选择新的Agent服务2，将Agent2的信息数据表agent_service_used替换掉表中Agent1的信息，并将lock参数设备为1，表示正在执行切换。切换过程中lock参数为1，此时Server需要发送的数据则直接存储到message_queues表中。接着转发Agent1队列消息到Agent2队列。查询Agent1队列中是否存在未下发的数据，如果有消息未发送，存在队列中，则使用Rabbitmq队列的shovel插件，将Agent1队列中的消息move到Agent2队列中，由Agent2将数据下发到硬件设备中。随后，转发message_queues表中存储的数据。循环查询message_queues表中是否存在数据，如果有数据，则取出数据，将数据按照存入时的先后顺序依次发送到Agent2中，同时删除数据表中的数据。直到数据表中没有数据执行后续操作。最后，修改agent_service_used表lock状态。若以上操作都正常完成，则修改agent_service_used表中Agent的lock参数，设置为0，表示此次切换完成，Server此时要发送的数据则直接发送到Agent2中，恢复到单Agent正常下发配置的流程中。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，如图7所示，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本申请实施方式的上述方法。

所述软件产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该计算机可读介质实现如下功能：基于预设表格确定第一服务代理进程；在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据下发至所述第一服务代理进程中；在所述第一服务代理进程为第二预设状态时，云平台的基于网络连接服务将配置数据存储至数据库的消息队列表中；基于所述第一服务代理进程将所述配置数据下发到硬件设备中；在所述第一服务代理进程的状态异常时，确定第二服务代理进程；基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中。

本领域技术人员可以理解上述各模块可以按照实施例的描述分布于装置中，也可以进行相应变化唯一不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本申请实施例的方法。

以上具体地示出和描述了本申请的示例性实施例。应可理解的是，本申请不限于这里描述的详细结构、设置方式或实现方法；相反，本申请意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

1.一种基于云平台的配置下发方法，其特征在于，包括：

基于预设表格确定第一服务代理进程；

在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据下发至所述第一服务代理进程中；

基于所述第一服务代理进程将所述配置数据下发到硬件设备中；

在所述第一服务代理进程的状态异常时，确定第二服务代理进程；

基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中。

2.如权利要求1所述的方法，其特征在于，基于预设表格确定第一服务代理进程之后，还包括：

在所述第一服务代理进程为第二预设状态时，云平台的基于网络连接服务将配置数据存储至数据库的消息队列表中。

3.如权利要求1所述的方法，其特征在于，基于预设表格确定第一服务代理进程，包括：

在所述预设表格中存储有代理进程时，选择已存储的代理进程作为所述第一服务代理进程；

在所述预设表格中未存储代理进程时，在云平台中确定所述第一服务代理进程。

4.如权利要求3所述的方法，其特征在于，在云平台中确定所述第一服务代理进程，包括：

获取云平台中多个有效的服务代理进程；

在所述多个有效的服务代理进程中确定所述第一服务代理进程；

将所述第一服务代理进程的信息更新到所述预设表格中。

5.如权利要求1所述的方法，其特征在于，在所述第一服务代理进程的状态异常时，包括：

定时对所述第一服务代理进程进行检测，在所述第一代理进行不满足预设策略时，确定所述第一服务代理进程状态异常。

6.如权利要求5所述的方法，其特征在于，在所述第一代理进行不满足预设策略时，确定所述第一服务代理进程状态异常，包括：

获取云平台中状态正常的代理进程的标识；

在状态正常的代理进程标识中不包括第一服务代理进程且所述第一服务代理进程不处于切换状态或工作状态时，确定所述第一服务代理进程状态异常。

7.如权利要求1所述的方法，其特征在于，确定第二服务代理进程，包括：

在云平台的多个代理进程中确定所述第二服务代理进程；

删除所述预设表格中所述第一服务代理进程的信息；

将所述第二服务代理进程的信息更新到所述预设表格中。

8.如权利要求1所述的方法，其特征在于，基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中，包括：

基于shovel插件将第一服务代理进程的队列中未完成的配置数据转移到所述第二服务代理进程的队列中；

第二服务代理进程将其对应的队列中的配置数据下发到硬件设备中。

9.如权利要求8所述的方法，其特征在于，还包括：

循环提取数据库的消息队列表中的配置数据；

将所述配置数据按照其对应的时间顺序发送到所述第二服务代理进程的队列中。

10.一种基于云平台的配置下发装置，其特征在于，包括：

第一代理模块，用于基于预设表格确定第一服务代理进程；

配置连接模块，用于在所述第一服务代理进程为第一预设状态时，云平台的基于网络连接服务将配置数据发送至所述第一服务代理进程中；

配置下发模块，用于基于所述第一服务代理进程将所述配置数据下发到硬件设备中；

代理切换模块，用于在所述第一服务代理进程的状态异常时，确定第二服务代理进程；

配置续发模块，用于基于所述第二服务代理进程将未完成的配置数据下发到硬件设备中。

Images