本申请公开了一种入云业务的开通方法及装置，涉及网络自动化技术领域，用于提高入云业务的开通成功率。该方法包括：接收客户端设备发送的针对入云业务的开通请求后，确定该开通请求对应的资源池，进而在资源池包含的全部处理设备中存在至少一个处理设备可用时，使用可用的至少一个处理设备执行入云业务的开通操作，并在开通成功后向客户端设备返回开通成功的响应消息。该方案中，即使资源池中存在不可用的处理设备，也能通过可用的处理设备为用户开通入云业务，如此可提高用户入云业务的开通成功率，有效提高用户的开通体验。有效提高用户的开通体验。有效提高用户的开通体验。
【技术实现步骤摘要】
一种入云业务的开通方法及装置
[0001]本申请涉及网络自动化
，尤其涉及一种入云业务的开通方法及装置。
技术介绍
[0002]目前，大部分的云骨干业务管控系统将软件定义网络(software define network，SDN)控制器作为系统核心，接收入云业务的请求，从而实现业务自动化。而处理设备则是云骨干网的核心网元，承载了大量业务流量，具有业务类型多、操作频繁的特点。
[0003]然而，在处理入云业务的开通请求时，现有的云骨干业务管控系统在处理流程上存在局限性，导致用户的开通成功率较低，不利于提高用户的开通体验。基于此，目前亟需一种入云业务的开通方法，用以提高用户的开通成功率。
技术实现思路
[0004]本申请提供了一种入云业务的开通方法及装置，用以解决提高用户入云业务的开通成功率。
[0005]第一方面，本申请提供了一种入云业务的开通方法，该方法适用于入云业务的开通装置，该装置示例性地可以是云骨干业务管控系统中的控制器，该方法包括：控制器接收客户端设备发送的开通请求，根据开通请求确定对应的资源池，当资源池包含的全部处理设备中存在至少一个处理设备可用时，控制器使用可用的至少一个处理设备执行入云业务的开通操作，若入云业务开通成功，则向客户端设备发送开通成功的响应消息。
[0006]上述技术方案中，接收到开通请求并确定对应的资源池后，只要资源池中有一台处理设备可用，就可以处理开通请求，而无需要求资源池中的所有处理设备都可用才能处理开通请求，能有效提高用户入云业务的开通成功率，进而有助于提高用户的开通体验。
[0007]一种可能的设计中，当资源池包含的全部处理设备中存在不可用的第一处理设备时，控制器还可以建立第一处理设备对应的数据待恢复操作表，进而在使用可用的至少一个处理设备执行入云业务的开通操作时，将执行入云业务的开通操作所涉及到的业务操作数据添加至数据待恢复操作表，并在确定第一处理设备恢复至可用状态后，根据数据待恢复操作表恢复第一处理设备中的业务数据库。
[0008]在上述设计中，在不可用的设备恢复可用状态后，通过对其数据进行同步，能使得资源池中的所有设备数据保持一致，进而该不可用的设备也能使用最新的业务数据处理后续业务，有助于提高业务处理的准确性。
[0009]一种可能的设计中，控制器在使用可用的至少一个处理设备执行入云业务的开通操作时，具体可以先使用预设的配置参数配置开通模型，再使用开通模型与可用的至少一个处理设备进行交互，进而在交互失败的情况下，使用开通模型重新与可用的至少一个处理设备进行交互，之后，若交互成功，则可确定入云业务开通成功。
[0010]一种可能的设计中，在与至少一个处理设备交互失败后，控制器还可以先将交互失败的设备信息与配置信息添加到修复队列，再调用修复队列中的设备信息与配置信息，
修复配置线程，之后基于修复后的配置线程，使用开通模型重新与可用的至少一个处理设备进行交互。
[0011]一种可能的设计中，控制器在使用可用的至少一个处理设备执行入云业务的开通操作时，控制器内还可以维护一张以用户身份标示号(identity document,id)+网元管理地址(intellectual property,ip)为主键的配置表。具体可以先使用预设的配置参数配置开通模型，再使用开通模型与可用的至少一个处理设备进行交互，在交互阶段，没下发一批配置均在数据库中记录各配置的关键字和处理设备的状态(成功/失败)，配置恢复阶段会从数据表中读取对应处理设备与用户的配置表。若交互失败，则重新使用开通模型与可用的至少一个处理设备进行交互，若交互成功，则确定开通请求处理成功。通过该设计，避免了控制器因一次交互失败而导致入云业务开通失败的情况。
[0012]一种可能的设计中，控制器在确定开通模型与可用的至少一个处理设备交互失败后，记录失败状态后继续进行下一批配置项。当入云业务开通成功后给上层返回配置成功，同时将交互失败的设备信息与配置信息添加到修复队列，调用修复队列中的设备信息与配置信息，自动修复配置线程，进而基于修复后的配置线程，使用开通模型重新与可用的至少一个处理设备进行交互。
[0013]其中，本申请提供自动修复配置的次数可以由本领域技术人员按照经验进行设置，比如可以设置为3。若依然配置失败，则将消息加入失败队列，推送给运维人员手动修复。
[0014]一种可能的设计中，控制器在确定开通模型与可用的至少一个处理设备交互成功后，当出现用户流量不通时，则由告警系统将故障现象推送给运维人员，由运维人员手动触发恢复功能。
[0015]在上述设计中，提供了一种自动对处理设备上基于用户级配置的快速恢复方法，配置恢复的触发方式可分为自动触发和运维人员触发两种。有针对性地修复入云业务开通过程中出现的配置故障现象，而不会影响其他如云业务的开通。系统自动修复取代了原有的人工修复，运维人员不再需要登陆设备通过手动输入命令行进行配置恢复，只需要在调用修复接口即可完成一键恢复业务。如此，将修复故障的时间成本压缩至最低，运维人员可以将更多的精力集中在问题分析层面。
[0016]第二方面，本申请提供了一种入云业务的开通装置，该装置包括：
[0017]收发单元，用于接收客户端设备发送的针对于入云业务的开通请求；
[0018]确定单元，用于确定开通请求对应的资源池；
[0019]处理单元，用于当资源池包含的全部处理设备中存在至少一个处理设备可用时，使用可用的至少一个处理设备执行入云业务的开通操作。
[0020]收发单元，还用于：
[0021]若入云业务开通成功，则向客户端设备发送开通成功的响应消息。
[0022]一种可能的设计中，当资源池包含的全部处理设备中存在不可用的第一处理设备时，处理单元还可以建立第一处理设备对应的数据待恢复操作表，进而在使用可用的至少一个处理设备执行入云业务的开通操作时，将执行入云业务开通操作所涉及到的业务操作数据添加至数据待恢复操作表，并在确定第一处理设备恢复至可用状态后，根据数据待恢复操作表恢复第一处理设备中的业务数据库。
[0023]一种可能的设计中，处理单元在使用可用的至少一个处理设备执行入云业务的开通操作时，具体可以先使用预设的配置参数配置开通模型，再使用开通模型与可用的至少一个处理设备进行交互，在交互失败的情况下，重新使用开通模型与可用的至少一个处理设备进行交互，若交互成功，则确定开通请求处理成功。
[0024]一种可能的设计中，处理单元在与开通模型交互失败后，记录失败状态后继续进行下一批配置项。当入云业务开通成功后给上层返回配置成功，同时可以将交互失败的设备信息与配置信息添加到修复队列，调用修复队列中的设备信息与配置信息，自动修复配置线程，进而基于修复后的配置线程，使用开通模型重新与可用的至少一个处理设备进行交互。
[0025]一种可能的设计中，确定单元在确定处理单元在与开通模型交互成功后，当出现用户流量不通的情况时，则由告警系统将故障现本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种入云业务的开通方法，其特征在于，所述方法包括：接收客户端设备发送的针对于入云业务的开通请求；确定所述开通请求对应的资源池；当所述资源池包含的全部处理设备中存在至少一个处理设备可用时，使用所述可用的至少一个处理设备执行所述入云业务的开通操作；若所述入云业务开通成功，则向所述客户端设备发送开通成功的响应消息。2.如权利要求1所述的开通方法，其特征在于，当所述资源池包含的全部处理设备中存在不可用的第一处理设备时，所述方法还包括：建立所述第一处理设备对应的数据待恢复操作表；在使用所述可用的至少一个处理设备执行所述入云业务的开通操作时，将执行所述入云业务的开通操作所涉及到的业务操作数据添加至所述数据待恢复操作表；确定所述第一处理设备恢复至可用状态后，根据所述数据待恢复操作表恢复所述第一处理设备中的业务数据库。3.如权利要求1或2所述的开通方法，其特征在于，所述使用所述可用的至少一个处理设备执行所述入云业务的开通操作，包括：使用预设的配置参数配置开通模型；使用所述开通模型与所述可用的至少一个处理设备进行交互；在交互失败的情况下，使用所述开通模型重新与所述可用的至少一个处理设备进行交互，若交互成功，则确定所述入云业务开通成功。4.如权利要求3所述的开通方法，其特征在于，所述交互失败后，使用所述开通模型重新与所述可用的至少一个处理设备进行交互之前，所述方法还包括：将交互失败的设备信息与配置信息添加到修复队列；调用所述修复队列中的所述设备信息与配置信息，修复配置线程；所述使用所述开通模型重新与所述可用的至少一个处理设备进行交互，包括：基于修复后的所述配置线程，使用所述开通模型重新与所述可用的至少一个处理设备进行交互。5.一种入云业务的开通装置，其特征在于，所述开通装置包括：收发单元，用于接收客户端设备发送的针对于入云业务的开通请求；确定单元，用于确定所述开通请求对应的资源池...
【专利技术属性】
技术研发人员：赵晶晶，李建松，郝珊，程鹏鹏，邵祥聪，刘萌，
申请(专利权)人：天翼云科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。