一种基于编排引擎实现自定义业务场景的配置方法

摘要

本发明涉及IT自动化运维领域，具体涉及一种基于编排引擎实现自定义业务场景的配置方法，包括指令库管理和流程管理，指令库管理包括指令库、指令解析库、表单解析库，流程管理包括流程模型定义和流程定义配置，流程模型与流程定义分离管理，通过可视化编排引擎自定义业务场景流程节点和流程节点走向，再通过节点配置，将业务内容抽象定义，具体动作根据复杂多变的运维设备环境进行具体独立定义，实现IT运维的各类业务场景的处理流程进行自定义，从而规范处理流程，同时指令库和指令解析库的可配置性提升了IT运维业务场景的可扩展性、灵活性。

说明书

技术领域

本发明涉及IT自动化运维领域，具体涉及一种基于编排引擎实现自定义业务场景的配置方法。

背景技术

随着IT业务复杂性和IT设备的规模趋势日益扩大，业务所依赖的IT设备类型、设备数量越来越多，技术复杂度也在不断提高，对IT运维人员的技术要求和负担也随之增高，IT部门的维护成本越来越大。而目前对IT运维的故障分析、设备巡检的业务场景大部分都是靠IT运维人员的经验，结合常规自动运维工具对纳管的IT设备下发指令进行故障分析、获取设备巡检参数数据，带来对应业务场景处理流程的不规范、易出错，并可能由于人为错误导致设备运行异常，对IT业务的稳定性、可用性能带来重大隐患。

当前有一些自动运维工具可以在一定程度上解决以上人工带来的不规范、不正确的问题，但都存在运维场景处理流程的可编辑性差、自动化运维程度不高等问题，从而造成这类工具推广很难，应用案例少，具体缺陷如下：

指令分析缺陷：自动运维工具都会定义一些分析指令，一些设计稍好的工具为达到一定程度的扩展，可以自定义扩展指令，但这些指令都被绑定到对应的运维功能下，仅对当前功能对设备下发指令并对指令回显结果进行分析；此类指令分析功能扩展能力不强，难以支撑对指令回显结果的智能判断；

运维处理场景不灵活：现在的自动运维工具一般也能对特定的运维场景做自定义，如进行巡检指标的自定义，但是，对于运维业务场景的自定义，则功能不灵活或者功能缺失。

自动化程度不高：现在的自动化运维工具对特定的运维场景都能达到很高的自动运维程度，但对各类运维场景进行运维流程的自定义，且自定义的运维处理流程能高自动化运行并对处理结果进行智能分析，则都难以实现。

IT运维现有技术的主要痛点在于运维的智能化程度不高，业务场景自定义灵活性不够，急需一种可编程、灵活的业务场景自编排能力以适应日益庞大的IT基础架构以及日益复杂精细化的IT 业务。

发明内容

本发明的目标是提供一种基于编排引擎实现自定义业务场景的配置方法，能够实现IT运维的各类业务场景的处理流程进行自定义，对自定义的流程处理节点进行运维行动标识、绑定行动指令，解析脚本，实现可编程、灵活的自定义业务场景的方法配置。

为实现上述目的，本发明通过以下技术方案实现：

一种基于编排引擎实现自定义业务场景的配置方法，其特征在于：包括指令库管理和流程管理两个模块，所述指令库管理包括以下：

指令库：IT设备上运行的各类运维指令的集合；

指令解析库：通过正则表达式解析指令库中的指令在IT运维设备执行后的回显信息，并通过定义的变量进行输出；

表单解析库：对业务申请表单数据的解析，解析生成的变量作为指令库的输入参数；

所述流程管理包括以下：

流程模型定义：流程模型通过编排引擎自定义业务场景处理流程节点；

流程定义配置：对流程模型中的处理流程节点进行节点配置。

进一步的，通过配置每个指令的指令标识ID、指令描述、厂商、设备型号、状态，生成指令库。

具体地，所述指令解析库关联指令库中的指令，并通过正则表达式解析指令在设备执行后的回显信息。

进一步的，指令标识ID可以重复，对于不同厂商、不同设备型号、同类型相同功能的指令，可以是相同的指令标识ID。

所述表单解析库通过正则表达式对业务申请表指定字段信息解析，解析输出的变量作为指令库的指令输入参数。

所述表单解析库中，通过配置解析标识ID、解析描述、字段标题、解析字段、输出变量、正则表达式、状态、厂商、正则测试数据，对每个业务申请表解析。

所述编排引擎采用可视化操作编排流程节点。

具体地，所述节点配置需要指定行动标识，所述行动标识为工单解析、执行指令、解析脚本、下发命令、节点等待、设备巡检、AprPing测、云服务Ping测。

所述执行命令、设备巡检、AprPing测试、云服务Ping测，绑定指令库中的指令标识ID，所述工单解析绑定表单解析库的解析标识ID。

有益效果：

1、本发明将IT运维的业务场景进行流程化，并基于编排引擎实现流程模型的自定义编排，解决传统IT运维工具分析、处理问题时的不规范、难跟踪、易出错的问题；流程模型自定义编排了业务场景所涉及的流程节点以及流程节点的走向，编排引擎能根据节点具体运行时的数据参数定义流程的分支走向，满足IT运维场景多分支的支撑能力；流程模型与流程定义分离管理，流程模型抽象出业务所涉及的业务处理步骤而不涉及具体的处理方法，而流程定义则定义模型中各业务节点的具体动作，负责动作的执行。流程模型与流程定义的分离管理更适合IT运维业务场景的特征，将业务内容抽象定义，具体动作根据复杂多变的运维设备环境进行具体独立定义，保证IT设备运维的稳定。

2、对IT运维的业务场景的行动动作进行了高度归纳与分类，行动动作归纳为8项行动标识：工单解析、执行指令、解析脚本、下发命令、节点等待、设备巡检、AprPing测、云服务Ping测。流程定义在指定流程节点动作时，指定行动标识、执行指令即可快速、简单完成流程节点的配置；流程节点的配置过程清晰、简洁，可维护性强。

3、指令库作为IT运维业务服务场景的指令知识库，可定义不同厂家、不同设备型号、不同设备的执行指令，并对指令执行后的回显，通过配置正则解析，获取指令执行后解析出的可用信息形成指令解析库，表单解析库则可对业务服务场景的申请单指定字段信息进行正则表达式进行解析，解析输出的变量可作为指令库的指令的输入参数，便于运维人员对指令库的配置；且指令库和指令解析库的可配置，方便了后期维护，提升了IT运维业务场景的可扩展性、灵活性。

附图说明

图1为发明结构示意图。

图2为本发明指令库配置示意图。

图3为本发明指令解析库配置示意图。

图4为本发明表单解析库配置示意图。

图5为本发明编排引擎自定义业务场景处理流程节点示意图。

图6为本发明流程节点配置示意图。

图7为行动标识工单解析示意图。

图8为行动标识执行指令示意图。

图9为行动标识解析脚本示意图。

图10为行动标识设备巡检示意图。

图11为行动标识AprPing测试示意图。

图12为行动标识云服务Ping测示意图。

图13为业务场景配置管理员角色流程图。

图14为业务支持人员角色流程图。

图15为本发明工具部署示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

如图1-6所示，一种基于编排引擎实现自定义业务场景的配置方法，其特征在于：包括指令库管理和流程管理两个模块，所述指令库管理用于IT设备在各业务场景下需执行的各类指令、指令输入参数以及回显信息的解析规则,指令库管理包括：

指令库：IT设备上运行的各类运维指令的集合；如图2所示，通过对每个指令进行配置指令标识ID、指令、指令描述(可选)、厂商、设备型号(可选)、状态，生成指令库。

指令标识ID可以重复，对于不同厂商、不同设备型号、同类型相同功能的指令，可以配置相同的指令标识ID。如图8和图10所示，对于不同产商、不同设备、不同指令，通过相同的指令标识ID实现同类型相同功能。指令库的状态可选类型：可用、不可用；用于指定当前指令的可用性。

当指令的表达式中带有参数时用“【”、“】”符号进行标识，如：show interface【portName】指令用于显示指定端口portName的状态；指令库能够灵活的查询和修改指令，提升了IT运维业务场景的可扩展性、灵活性，且运维人员的线下经验可以通过指令库对全体运维人员共享，方便运维人员对指令库的维护，提升运维团队整体IT运维能力。

指令解析库：通过正则表达式解析指令库中的指令在IT运维设备执行后的回显信息，并通过定义的变量进行输出。如图3所示，在指令解析库中配置对每个指令的解析标识、输出变量、正则表达式、状态、正则测试数据、厂商、设备型号，实现相关命令执行后的回显信息解析。每个指令在运维设备运行后的回显信息通过配置的正则表达式解析形成指令解析库。其中，正则测试数据填写当前指令回显数据的样例数据，用于测试正则表达式的解析。

指令解析库通过对每个指令编辑不同的正则表达式对指令运行后的回显信息解析，有效提取回显信息的关键段落，方便运维人员快速了解IT运维设备状态，进而判断设备故障原因，提高运维人员的维修效率。指令库解析库的状态可选类型：可用、不可用；用于对关联指令是否解析。指令解析库亦能灵活配置和修改，进一步提升了IT运维业务场景的可扩展性、灵活性。

表单解析库：对业务申请表单数据的解析，解析生成的变量作为指令库中的指令配置时的输入参数。具体的，如图4所示，通过配置表单解析库中的表单解析标识ID、解析描述、字段标题、解析字段、输出变量、正则表达式、状态、厂商、正则测试数据，对每个业务申请表单解析，解析生成后的变量用于指令库中对指令的配置，减少人工操作，能够快速对指令库配置，提高工作效率，降低运维成本。

其中，解析标识ID用于节点配置中的工单解析行动标识调用表单解析库，解析字段用于解析业务申请单的来源数据的字段名称，输出变量用于记录解析字段通过正则解析后的结果，正则表达式则用于对解析字段的解析。

所述流程管理包括以下：

如图5所示，流程模型定义：流程模型通过可视化编排引擎自定义业务场景处理流程节点，通过任务、审批、草稿、以及对处理节点进行拖拉拽，实现业务场景处理流程节点的编排。

将IT运维的业务场景进行流程化，并基于编排引擎实现流程模型的自定义编排，解决传统IT 运维工具分析、处理问题时的不规范、难跟踪、易出错的问题；流程模型自定义编排了业务场景所涉及的流程节点以及流程节点的走向，编排引擎能根据节点具体运行时的数据参数定义流程的分支走向，满足IT运维场景多分支的支撑能力。

如图6所示，流程定义配置：对流程模型中的处理流程节点进行节点配置，配置对象有：名称、能否转发、能否取消、子任务、自动提交、描述信息、执行命令、行动标识、对象类型、标识等。

所述节点配置需要指定行动标识，所述行动标识为工单解析、执行指令、解析脚本、下发命令、节点等待、设备巡检、AprPing测、云服务Ping测，确定各流程节点的具体动作，行动标识通过配置指令标识ID或解析标识ID，绑定指令或表单解析库，实现在流程节点上调用表单解析库或指令库中的对应指令，流程节点通过telnet、ssh通讯协议登录运维设备进行指令的执行，指令执行后指令解析库解析回显信息并显示执行结果，并自动提交给对象类型中的对象。

流程模型与流程定义分离管理，流程模型抽象出业务所涉及的业务处理步骤而不涉及具体的处理方法，而流程定义则定义模型中各业务节点的具体动作，负责动作的执行。这种流程模型与流程定义的分离管理更适合IT运维业务场景的特征，将业务内容抽象定义，具体动作根据复杂多变的运维设备环境进行具体独立定义。

如图7所示，工单解析：用于解析业务申请表单中指令库的指令配置需要用到的具体变量参数值。

工单解析通过绑定表单解析库中的解析标识ID，调用表单解析库，实现解析业务申请表中的具体变量参数值。

如图8所示，指令执行：绑定指令标识ID，指定当前节点在运维设备上运行的指令。

如图9所示解析脚本：用于流程处理过程中自定义处理逻辑的解析脚本，定义输出文本、流程节点走向、流程变量赋值、业务处理逻辑编程操作。

下发命令：用于将业务场景的申请工单上指定的指令下发到指定的运维设备上执行；

节点等待：用于延时等待，指定节点上的流程处理的延时时长。

如图10所示，设备巡检：绑定指令标识ID，指定节点在运维设备上运行设备巡检的指令，设备巡检执行后解析的结果会记录在设备巡检参数表中。

如图11所示，AprPing测试：绑定指令标识ID，指定当前节点在运维设备上运行的AprPing 测指令。

如图12所示，云服务Ping测：绑定指令标识ID以及登录的云服务器信息，用于登录指定的云服务器上，对运维设备进行Ping测试。

在运维设备上运行指令库中定义的指令“show interface【portName】”，指令运行后的回显信息通过“指令解析库”绑定的该指令的解析表达式“(.*up|down)[,]”进行获取，该解析表达式获取了指令运行时的设备端口状态并输出；而在设备上运行指令“showinterface【portName】”的参数“【portName】”(端口名称)则是通过“表单解析库”中定义的解析表达式“Dataport:(\\S+\\d+)”从业务场景的申请单中得到并作为了该指令配置的输入参数。

如图13所示，业务场景涉及到两类运维人员，业务场景配置管理员和业务支持人员。业务场景配置管理员配置指令库、指令解析库、表单解析库；针对业务场景的流程使用编排引擎编排流程模板、进行流程定义，在流程定义中的流程节点配置行动标识，再根据行动标识绑定指令库的指令 ID。

如图14所示，业务支持人员则对IT的业务申请单进行运维支持，对业务申请单绑定业务流程，并启动流程，对运维流程启动处理后的结果进行反馈分析。

如图15所述，本发明采用B/S方式部署，由应用服务器、指令微服务与数据库服务组成，用户端使用浏览器、移动智能终端即可访问使用。

1、应用服务器：使用APACHE作为WEB服务，用JAVA语言实现；

2、数据库服务：采用MYSQL提供数据库服务；

3、指令微服务：用JAVA语言实现，连接应用服务与设备，用于对设备下发指令并返回指令的回显信息给应用服务器。

收集运维设备信息、端口信息、IP地址等建立设备信息库，业务场景配置管理员根据设备信息配置指令库、指令解析库、表单解析库，再根据业务场景使用编排引擎定义流程模型和流程节点的配置，将配置好的运维流程部署到运维设备中，通过任务调度定时向运维设备下发执行命令，并对收集、汇总、归类、解析指令执行后的回显信息，最后传输到运维中心，业务支持人员根据运维流程处理结果反馈分析。

本具体实施方式的实施例均为本发明的较佳实施例，并非依此限制本发明的保护范围，显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变形在内。