一种业务激活方法、服务器及工控机与流程

本发明属于互联网的自动化运维/处理技术领域，尤其涉及一种业务激活方法、服务器及工控机。

背景技术：

互联网数据中心(IDC，Internet Data Center)用于为互联网内容提供商、企业、媒体和各类网站提供大规模、高质量、安全可靠的专业化服务器托管、空间租用、网络批发带宽以及ASP、EC等业务。

目前，互联网数据中心的业务激活大多采用手工方式按开通工单进行串行式按单激活，难以支持跨域(如跨省)、多设备并发及业务批量割接迁移的自动激活需求，这对于IDC业务的发展极为不利。基于此，本领域需提供一种IDC业务的自动激活方案，以解决IDC互联网数据中心的大区域、集中业务自动激活问题。

技术实现要素：

有鉴于此，本发明的目的在于提供一种业务激活方法、服务器及工控机，旨在解决IDC互联网数据中心的大区域、集中业务自动激活问题。

为此，本发明公开如下技术方案：

一种业务激活方法，包括：

接收客户端的业务激活请求，所述业务激活请求包括待激活的目标业务的业务标识以及激活需求；

根据所述激活需求，确定激活所述目标业务所需的网络设备；

生成用于激活所述目标业务的第一激活指令集；

将所述第一激活指令集发送至所述网络设备，以使得所述网络设备基于所述第一激活指令集激活所述业务标识对应的所述目标业务。

上述方法，优选的，所述生成激活所述目标业务所需的第一激活指令集包括：

依据所述网络设备的设备类型，以及预先制定的原子指令模板库、业务组合指令库并结合所述目标业务的业务信息生成所述第一激活指令集；

其中，所述原子指令模版库包括针对不同设备类型配置的多套原子操作指令，所述业务组合指令库包括针对不同的业务场景基于所述原子指令模版库进行原子指令组合所得的面向各种预设业务的组合指令。

上述方法，优选的，在所述生成用于激活所述目标业务的第一激活指令集之前还包括：

依据所述网络设备的设备类型，以及预先制定的原子指令模板库、业务组合指令库生成第二激活指令集；

将所述第二激活指令集发送至所述网络设备，以使得所述网络设备基于所述第二激活指令集检测自身的环境信息；

获取所述网络设备的反馈信息，并在所述反馈信息表示所述网络设备的环境信息无异常时触发所述步骤：生成用于激活所述目标业务的第一激活指令集。

上述方法，优选的，还包括：

对所述第一激活指令集进行事务控制；所述事务控制包括当所述第一激活指令集未全部执行成功时进行回滚或转人工处理。

上述方法，优选的，还包括：

获得所述网络设备的激活结果，并将所述激活结果返回给所述客户端。

一种服务器，包括：

接收模块，用于接收客户端的业务激活请求，所述业务激活请求包括待激活的目标业务的业务标识以及激活需求；

确定模块，用于根据所述激活需求，确定激活所述目标业务所需的网络设备；

生成模块，用于生成激活所述目标业务所需的第一激活指令集；

发送模块，用于将所述第一激活指令集发送至所述网络设备，以使得所述网络设备基于所述第一激活指令集激活所述业务标识对应的所述目标业务。

上述服务器，优选的，所述生成模块具体用于：依据所述网络设备的设备类型，以及预先制定的原子指令模板库、业务组合指令库并结合所述目标业务的业务信息生成所述激活指令集；

其中，所述原子指令模版库包括针对不同设备类型配置的多套原子操作指令，所述业务组合指令库包括针对不同的业务场景基于所述原子指令模版库进行原子指令组合所得的面向各种预设业务的组合指令。

上述服务器，优选的，还包括：

测试模块，用于依据所述网络设备的设备类型，以及预先制定的原子指令模板库、业务组合指令库生成第二激活指令集；将所述第二激活指令集发送至所述网络设备，以使得所述网络设备基于所述第二激活指令集检测自身的环境信息；获取所述网络设备的反馈信息，并在所述反馈信息表示所述网络设备的环境信息无异常时触发所述生成模块。

上述服务器，优选的，还包括：

事务控制模块，用于对所述第一激活指令集进行事务控制；所述事务控制包括当所述第一激活指令集未全部执行成功时进行回滚或转人工处理。

上述服务器，优选的，还包括：

反馈模块，用于获得所述网络设备的激活结果，并将所述激活结果返回给所述客户端。

上述服务器，优选的，在进行激活服务部署时，在同一网段至少部署一台所述服务器。

一种工控机，包括：

接收模块，用于接收客户端的业务激活请求，所述业务激活请求包括待激活的目标业务的业务标识以及激活需求；

确定模块，用于根据所述激活需求，确定激活所述目标业务所需的网络设备；

生成模块，用于生成激活所述目标业务所需的第一激活指令集；

发送模块，用于将所述第一激活指令集发送至所述网络设备，以使得所述网络设备基于所述第一激活指令集激活所述业务标识对应的所述目标业务。

由以上方案可知，本申请公开了一种业务激活方法、服务器及工控机，所述方法包括接收客户端的业务激活请求，该业务激活请求包括待激活的目标业务的业务标识以及激活需求，根据所述激活需求确定激活所述目标业务所需的网络设备，生成激活所述目标业务所需的激活指令集，并将所述激活指令集发送至所述网络设备，以使得所述网络设备基于所述激活指令集激活所述业务标识对应的所述目标业务。可见，本申请实现了IDC业务的自动激活，在应用本申请时，可通过激活服务的合理部署，实现支持跨域、多设备并发及业务批量割接迁移的自动激活需求，从而有效解决了IDC互联网数据中心的大区域、集中业务自动激活问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1是本申请实施例一提供的业务激活方法的一种流程图；

图2是本申请实施例二提供的业务激活方法的另一种流程图；

图3是本申请实施例三提供的业务激活方法的又一种流程图；

图4-图6是本申请实施例四提供的一种服务器的结构示意图；

图7是本申请实施例四提供的应用本申请方案在网络应用系统部署激活服务的一具体实例图；

图8是本申请实施例四提供的基于部署的激活服务进行IDC业务自动激活的激活过程示意图；

图9-图11是本申请实施例五提供的一种工控机的结构示意图。

具体实施方式

为了引用和清楚起见，下文中使用的技术名词、简写或缩写总结解释如下：

串行式：激活工单时，一个一个去串行实施。

自动网路激活：数据中心的自动网路激活具体是指设备指令的自动生成和下发(下发过程由流程控制)；是业务的激活。

静态路由：由网络管理员根据需要指导报文发送路径。

直连路由：无需手工配置，只要接口配置了网络协议地址，同时管理状态、物理状态和链路协议均为UP时，路由器能够自动感知该链路存在。

原子指令模板配置：针对不同设备机型的各种原子操作指令进行指令模板配置。

业务组合指令配置：针对不同的业务场景进行原子指令组合配置。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

本发明实施例一提供一种业务激活方法，旨在解决解决IDC互联网数据中心的大区域、集中业务自动激活问题，参考图1示出的业务激活方法流程图，该方法可以包括以下步骤：

S101：接收客户端的业务激活请求，所述业务激活请求包括待激活的目标业务的业务标识以及激活需求。

其中，可通过在网络应用系统中部署激活服务器，并以激活服务器为执行主体对本申请方案进行实施。

所述激活需求具体可包括带宽信息、客户信息、机房信息，或者进一步还可以包括端口、IP(Internet Protocol，互联网协议)地址、VLAN(Virtual Local Area Network，虚拟局域网)等待激活的目标业务对应所需的各项激活需求信息。

S102：根据所述激活需求，确定激活所述目标业务所需的网络设备。

服务器在接收到来自客户端的业务激活请求后，根据该请求中包含的带宽、机房等需求信息，确定实现激活客户端请求的目标业务时具体需采用的网络设备，如交换机或路由器等网络设备。

S103：生成用于激活所述目标业务的第一激活指令集。

其中，所述第一激活指令集的生成具体以相应的指令策略配置为基础。

具体地，本实施例预先配置有完整的原子指令模板库及业务组合指令库，所述原子指令模板库包括针对不同设备类型所配置的多套原子操作指令，也就是说，将各种设备型号对应的大部分原子操作指令，都配置入系统，从而形成一个完整的原子指令模板库。同时，本申请还根据业务需要，针对不同的业务场景进行原子指令组合配置，将大部分业务对应的指令组合配置信息录入系统，从而形成一个完整的业务组合指令库。预先配置的原子指令模板库及业务组合指令库为待激活业务所需的激活指令集的生成提供了支持。

在预先配置有原子指令模板库及业务组合指令库的基础上，本步骤具体依据激活业务需采用的网络设备的设备类型、以及所述原子指令模板库、业务组合指令库并结合待激活的目标业务的业务信息，配置生成用于激活所述目标业务的第一激活指令集。

本实施例中，所述第一激活指令集具体表现为脚本形式，即本实施例通过生成包含所述第一激活指令集的激活脚本，下发并执行所述激活脚本实现IDC业务的自动激活。

S104：将所述第一激活指令集发送至所述网络设备，以使得所述网络设备基于所述第一激活指令集激活所述业务标识对应的所述目标业务。

在生成包含所述第一激活指令集的激活脚本基础上，服务器可登录确定出的网络设备，并将所述激活脚本发送至所述网络设备(例如交换机或路由器等)，其中，本实施例具体通过流程控制进行脚本的下发，网络设备依据服务器下发的激活脚本进行客户端所请求的目标业务的激活。

最终，服务器可根据网络设备的业务激活情况，将网络设备业务激活成功与否的激活结果返回给客户端，以方便客户端用户及时获知其请求的目标业务是否成功激活。

实际实施本申请方案时，可通过引入工作流技术，对本申请方案所包含的网元配置(指令策略配置)、脚本生成、脚本下发、执行等各个环节进行自动调度来实现IDC业务的自动激活，其中，对每个环节均可执行回退进入前一环节。施工人员在网元配置环节，可以根据机房实际情况，决定采用静态路由还是直连路由来进行业务激活，比如，在网络环境较简单且网络管理员较熟悉网络拓扑的情况下可选择采用静态路由，在直接相连的路由器之间可选择采用直连路由。由于在指令策略配置过程中已经存在完整的原子指令模板库、业务组合指令库，所以服务器会根据施工人员的不同选择生成不同形式的激活指令集。

由以上方案可知，本申请公开的业务激活方法，包括接收客户端的业务激活请求，该业务激活请求包括待激活的目标业务的业务标识以及激活需求，根据所述激活需求确定激活所述目标业务所需的网络设备，生成激活所述目标业务所需的激活指令集，并将所述激活指令集发送至所述网络设备，以使得所述网络设备基于所述激活指令集激活所述业务标识对应的所述目标业务。可见，本申请实现了IDC业务的自动激活，在应用本申请时，可通过激活服务的合理部署，实现支持跨域、多设备并发及业务批量割接迁移的自动激活需求，从而有效解决了IDC互联网数据中心的大区域、集中业务自动激活问题。

实施例二

本实施例二继续对实施例一提供的业务激活方法进行补充，参考图2示出的业务激活方法流程图，所述方法还可以包括以下步骤：

S201：依据所述网络设备的设备类型，以及预先制定的原子指令模板库、业务组合指令库生成第二激活指令集；

S202：将所述第二激活指令集发送至所述网络设备，以使得所述网络设备基于所述第二激活指令集检测自身的环境信息；

S203：获取所述网络设备的反馈信息，并在所述反馈信息表示所述网络设备的环境信息无异常时触发所述步骤S103。

本实施例在自动激活IDC业务的过程中，增加对网络设备环境信息的检测、测试环节，具体地，在依据客户端的激活需求确定出激活目标业务需采用的网络设备基础上，服务器依据所述网络设备的设备类型，以及预先制定的原子指令模板库、业务组合指令库生成第二激活指令集，该第二激活指令集用于对网络设备的环境信息正常与否进行测试，例如具体可通过在网络设备执行所述第二激活指令集对业务激活过程进行预演(执行指令但不提交执行结果)，来检测网络设备是否有空闲端口、端口是否存在异常、IP地址是否被占用、Vlan是否被占用等等，以确定网络设备能否对客户端请求的目标业务进行成功激活。

其中，本实施例同样采用激活脚本形式进行所述第二激活指令集的生成、下发及执行，与所述第一激活指令集相比，所述第二激活指令集无需关联此次业务激活的具体业务信息，仅需与待测试网络设备的设备类型相匹配即可，能够通用于与所述待测试网络设备的设备类型相同的各网络设备的环境信息测试中。后续，在基于测试获知所述网络设备环境信息无异常的前提下，可继续触发上述步骤S103及S104来完成客户端所请求的目标业务的激活过程，而当网络设备的环境信息异常时，可通过采用相应措施进行异常恢复，以确保目标业务的成功激活。

本实施例在利用确定出的网络设备进行业务激活之前，首先对所述网络设备的环境信息正常与否进行检测，有效提升了业务激活的成功率。

实施例三

本实施例中，参考图3，所述方法还可以包括以下步骤：

S301：对所述第一激活指令集进行事务控制；所述事务控制包括当所述第一激活指令集未全部执行成功时进行回滚或转人工处理。

本实施例基于对激活指令序列的事务控制来实现指令异常的恢复，其中，对一个执行的指令集，或者全部成功，或者全部失败，不允许存在部分成功的指令，针对部分成功的指令，则进行自动回滚或转人工处理；而针对无法自动回滚的指令，则对其进行记录，方便之后进行手工恢复。

实施例四

本实施例四公开一种服务器，该服务器与以上各实施例公开的业务激活方法相对应。

相应于实施例一，参考图4示出的服务器结构示意图，所述服务器可以包括：

接收模块100，用于接收客户端的业务激活请求，所述业务激活请求包括待激活的目标业务的业务标识，以及激活需求；

确定模块200，用于根据所述激活需求，确定激活所述目标业务所需的网络设备；

生成模块300，用于生成激活所述目标业务所需的第一激活指令集；

发送模块400，用于将所述第一激活指令集发送至所述网络设备，以使得所述网络设备基于所述第一激活指令集激活所述业务标识对应的所述目标业务。

其中，所述生成模块具体用于：依据所述网络设备的设备类型，以及预先制定的原子指令模板库、业务组合指令库并结合所述目标业务生成所述激活指令集；所述原子指令模版库包括针对不同设备类型的多套原子操作指令，所述业务组合指令库包括针对不同的业务场景基于所述原子指令模版库进行原子指令组合所得的各种预设业务的组合指令。

相应于实施例二，参考图5，所述服务器还可以包括：测试模块500，用于依据所述网络设备的设备类型，以及预先制定的原子指令模板库、业务组合指令库生成第二激活指令集；将所述第二激活指令集发送至所述网络设备，以使得所述网络设备基于所述第二激活指令集检测自身的环境信息；获取所述网络设备的反馈信息，并在所述反馈信息表示所述网络设备的环境信息无异常时触发所述生成模块300。

相应于实施例三，参考图6，所述服务器还可以包括：事务控制模块600，用于对所述第一激活指令集进行事务控制；所述事务控制包括当所述第一激活指令集未全部执行成功时进行回滚或转人工处理。

对于本发明实施例四公开的服务器而言，由于其与实施例一至实施例三公开的业务激活方法相对应，所以描述的比较简单，相关相似之处请参见实施例一至实施例三中业务激活方法部分的说明即可，此处不再详述。

接下来，本实施例提供实际应用本申请时，在网络应用系统中进行激活服务部署及实现IDC业务自动激活的一具体实例。

其中，参考图7，激活服务的进程部署，与系统所管辖的网络设备所处的网段及系统规模有关，当所有网络设备都处于同一个网段时，一般情况下只需部署一台激活服务器(进程)即可，但如果系统规模n较大(例如超出300台)则需要分布式部署INT(n/300+1)台激活服务器(进程)。

当系统所管辖的网络设备分别处于m个不同的网段时，则需在每个网段至少部署一台激活服务器(进程)，即系统至少需分布式部署m台激活服务器。

激活服务进程采用服务器套接字方式实现，该服务器套接字允许的最大同时连接数为300。当收到一个客户端的业务激活请求时，即时启动一个线程对该请求进行如图8所示的处理：先登录网络设备，然后通过命令交互的方式将用于环境测试的激活脚本下发到网络设备并获取网络设备的确认信息，在确认设备环境无异常后，服务器根据原子指令模板库、业务组合指令库结合具体的业务自动生成激活脚本，然后通过流程控制进行脚本下发，进而网络设备根据下发的激活脚本激活业务，最终由服务器将激活结果返回给客户端。

实施例五

本实施例公开一种工控机，该工控机与实施例一至实施例三公开的业务激活方法相对应，具体可作为所述业务激活方法的一种产品实现形式，即本申请的业务激活方法可采用服务器或工控机等多种形式实现，本申请对此不作限定。

相应于实施例一，参考图9示出的工控机的结构示意图，所述工控机可以包括：

接收模块100，用于接收客户端的业务激活请求，所述业务激活请求包括待激活的目标业务的业务标识，以及激活需求；

确定模块200，用于根据所述激活需求，确定激活所述目标业务所需的网络设备；

生成模块300，用于生成激活所述目标业务所需的第一激活指令集；

发送模块400，用于将所述第一激活指令集发送至所述网络设备，以使得所述网络设备基于所述第一激活指令集激活所述业务标识对应的所述目标业务。

其中，所述生成模块300具体用于：依据所述网络设备的设备类型，以及预先制定的原子指令模板库、业务组合指令库并结合所述目标业务生成所述激活指令集；所述原子指令模版库包括针对不同设备类型的多套原子操作指令，所述业务组合指令库包括针对不同的业务场景基于所述原子指令模版库进行原子指令组合所得的各种预设业务的组合指令。

相应于实施例二，参考图10，所述工控机还可以包括：测试模块500，用于依据所述网络设备的设备类型，以及预先制定的原子指令模板库、业务组合指令库生成第二激活指令集；将所述第二激活指令集发送至所述网络设备，以使得所述网络设备基于所述第二激活指令集检测自身的环境信息；获取所述网络设备的反馈信息，并在所述反馈信息表示所述网络设备的环境信息无异常时触发所述生成模块。

相应于实施例三，参考图11，所述工控机还可以包括：事务控制模块600，用于对所述第一激活指令集进行事务控制；所述事务控制包括当所述第一激活指令集未全部执行成功时进行回滚或转人工处理。

对于本发明实施例五公开的工控机而言，由于其与实施例一至实施例三公开的业务激活方法相对应，所以描述的比较简单，相关相似之处请参见实施例一至实施例三中业务激活方法部分的说明即可，此处不再详述。

综上所述，本申请提供了一种有效的跨域、大并发、分布式业务自动激活架构，通过进程、线程的优化组合，可实现高效、可靠的分布式激活控制，可实现精确化、激活规则可配置的快速业务激活，解决了DC互联网数据中心的大区域、集中业务自动激活问题，能够极大促进远距离、大规模部署运营IDC网络的快速激活和管控，进而极大的促进了IDC业务的发展。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

为了描述的方便，描述以上系统或装置时以功能分为各种模块或单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

最后，还需要说明的是，在本文中，诸如第一、第二、第三和第四等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。