一种基于智能IT运维的管理系统及运维方法与流程

一种基于智能it运维的管理系统及运维方法
技术领域
1.本发明属于网络运维技术领域，具体涉及一种基于智能it运维的管理系统 及方法。


背景技术：

2.it运维是指单位it部门采用相关的方法、手段、技术、制度、流程和文档 等，对it软硬运行环境、it业务系统和it运维人员进行的综合管理。在电信 运维领域存在许多日常维护作业，包括定期进行检查的指标、执行的任务或者类 似的维护行为，维护人员日常工作中包含了大量重复性的劳动。
3.最初的运维作业是由工作人员手工完成。随着行业的发展，针对日常维护作 业存在周期性、重复性的特点，市场上已经推出了一些相关的产品，帮助解决此 类工作的自动执行问题，以降低人员的重复性工作，这些产品在解决此问题时一 般采用两种方案：一种是基于时间的任务调度方案；另外一种是基于优先级的任 务调度方案。
4.基于时间的调度方案会根据时间条件触发相应的任务，这种调度方法本质上 是时间驱动的，适用于具有稳定、已知输入的简单系统，这种调度算法在设计时 就确定下来，甘特图就是基于时间的任务的一种表现形式，在系统的设计阶段， 对于各个任务的开始、切换、以及结束时间等就事先做出明确的安排和设计。这 种调度算法适合于小的嵌入式系统、自控系统、传感器等应用环境。这种调度算 法的优点是任务的执行有很好的可预测性，但最大的缺点是缺乏灵活性。
5.总体而言，目前市面上大部分运维产品，都是通过预先配置，定时任务等步 骤来自动的做预制好的操作，无法根据工单驱动的变化实施适应性调整。同时， 现有自动化运维系统主要局限在监控运维的场景，无法适应更复杂的运维需求下 的自动化运维管理操作。


技术实现要素：

6.发明目的：针对现有技术存在的问题，本发明提供了一种具有可预测性、且 灵活性高、适应性强，适合各种场景使用的基于智能it运维的管理系统及运维 方法。
7.技术方案：一种基于智能it运维的管理系统，包括配置模块、运维流程模 块和服务流程模块；所述配置模块、运维流程模块及服务流程模块间通过服务总 线进行交互；
8.所述配置模块用于配置各种资源的管理和维护信息；
9.所述运维流程模块，用于配置具有具体功能的流程节点，以及接收所述流程 节点调用配置自定义的运维流程，完成对资源的管理和维护信息的操作；
10.所述服务流程模块，用于配置各所述流程节点对所述运维流程模块的调用方 式。
11.具体地，所述服务流程模块用于将运维流程中输入的信息，转换为对运维流 程模块的输入信息，以及将所述输入信息、运维流程和运维结果作为资源更新到 配置模块。
12.具体地，所述配置模块用于实时将从服务流程模块或运维流程模块获取的信 息
配置为资源的管理和维护信息供后续人员调用。
13.具体地，所述配置模块通过建立已配置的所述资源的管理和维护信息间配置 属性的关联，建立所述资源的拓扑关系。
14.具体地，所述服务流程模块用于自定义运维流程，并根据运维流程的走向及 输入信息，自动调度运维流程模块，进行配置模块的更新或者具体资源的调度； 以及通过读取运维流程当前流程节点前的输入和输出，判断运维流程下一步走向 的流程节点。
15.一种基于智能it运维管理系统的运维方法，包括以下步骤：根据业务场景， 配置具有具体功能的流程节点，以及使用所述流程节点配置自定义的运维流程； 配置运维流程和各运维流程的触发条件，导入必要的配置项；配置各所述流程节 点在所述运维流程中的调用方式；当用户行为符合所述流程的触发条件时，按所 述触发条件对应的运维流程自动执行智能运维操作。
16.具体地，所述当运维流程执行中出现输入的信息时，将所述输入信息转换为 对运维流程模块的输入信息；以及将所述输入信息、运维流程和运维结果作为资 源更新到配置模块。
17.具体地，所述当运维流程执行过程中，实时将从服务流程模块或运维流程模 块获取的信息配置为资源的管理和维护信息供后续人员调用。
18.具体地，所述在配置运维流程和各运维流程的触发条件，导入必要的配置项 后，建立已配置的所述资源的管理和维护信息间配置属性的关联，建立所述资源 的拓扑关系。
19.具体地，所述在用户对运维流程进行自定义配置时，根据运维流程的走向及 输入信息，自动调度运维流程模块，进行配置模块的更新或者具体资源的调度； 以及读取运维流程当前流程节点前的输入和输出，判断运维流程下一步走向的流 程节点。
20.有益效果：与现有技术相比，本发明的优点在于：
21.1、本发明的自动化智能运维系统包括将运维流程中输入的信息，转换为对 运维流程模块的输入信息；以及将输入信息、运维流程和运维结果作为资源更新 到配置模块，在相关过程中流程边审批边执行，从而可以为流程的走向提供实时 反馈，防止流程失败；避免了现有自动化执行方案中如出现自动化执行错误，难 以回滚处理和实时调整的问题。
22.2、本发明的自动化智能运维系统包括自定义运维流程，并根据运维流程的 走向及输入信息，自动调度运维流程模块，进行配置模块的更新或者具体资源的 调度；以及通过读取运维流程当前流程节点前的输入和输出，判断运维流程下一 步走向的流程节点，其可实时针对实际工况需求，通过调用补充缺失的步骤；不 仅适用于it运维场景，还可广泛适用于oa办公和工作流程审批等通用工作场景。
23.3、本发明的自动化智能运维方法通过各模块之间的协同，将服务模块发起 的流程通过运维模块的操作，实时的更新到配置模块或者进行其他的操作，然后 将操作结果更新到配置模块，从而使运维流程的过程附加信息，也作为资源的一 部分，更新到配置模块，可供后续流程使用和关联。
附图说明
24.图1是本发明的系统运维流程图。
具体实施方式
25.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、 完整地描述，显然，所描述的实施例仅仅是本发明的部分实施例，而不是全部的 实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前 提下所获得的所有其它实施例，都属于本发明保护的范围。
26.一种自动化智能运维系统，包括：配置模块，用于配置各种资源的管理和维 护信息；运维流程模块，用于配置具有具体功能的流程节点，以及接收所述流程 节点调用配置自定义的运维流程，完成对资源的管理和维护信息的操作；服务流 程模块，用于配置各所述流程节点对所述运维流程模块的调用方式；所述配置模 块、运维流程模块及服务流程模块间通过服务总线进行交互。
27.在上述技术方案的基础上，所述服务流程模块还用于将运维流程中输入的信 息，转换为对运维流程模块的输入信息；以及将所述输入信息、运维流程和运维 结果作为资源更新到配置模块。
28.在上述技术方案的基础上，包括：所述配置模块还用于，实时将从服务流程 模块或运维流程模块获取的信息配置为资源的管理和维护信息供后续人员调用。
29.在上述技术方案的基础上，还包括：所述配置模块还用于通过建立已配置的 所述资源的管理和维护信息间配置属性的关联，建立所述资源的拓扑关系。
30.在上述技术方案的基础上，还包括：所述服务流程模块还用于自定义运维流 程，并根据运维流程的走向及输入信息，自动调度运维流程模块，进行配置模块 的更新或者具体资源的调度；以及通过读取运维流程当前流程节点前的输入和输 出，判断运维流程下一步走向的流程节点。
31.一种使用如上所述自动化智能运维系统的自动化智能运维方法，包括以下步 骤：根据业务场景，配置具有具体功能的流程节点，以及使用所述流程节点配置 自定义的运维流程；配置运维流程和各运维流程的触发条件，导入必要的配置项； 配置各所述流程节点在所述运维流程中的调用方式；当用户行为符合所述流程的 触发条件时，按所述触发条件对应的运维流程自动执行智能运维操作。
32.在上述技术方案的基础上，还包括：当运维流程执行中出现输入的信息时， 将所述输入信息转换为对运维流程模块的输入信息；以及将所述输入信息、运维 流程和运维结果作为资源更新到配置模块。
33.在上述技术方案的基础上，还包括：在运维流程执行过程中，实时将从服务 流程模块或运维流程模块获取的信息配置为资源的管理和维护信息供后续人员 调用。
34.在上述技术方案的基础上，在配置运维流程和各运维流程的触发条件，导入 必要的配置项后，建立已配置的所述资源的管理和维护信息间配置属性的关联， 建立所述资源的拓扑关系。
35.在上述技术方案的基础上，在用户对运维流程进行自定义配置时，根据运维 流程的走向及输入信息，自动调度运维流程模块，进行配置模块的更新或者具体 资源的调度；以及读取运维流程当前流程节点前的输入和输出，判断运维流程下 一步走向的流程节点。
36.如图1所示，事件经理负责事件分析，多发的事件，问题管理流程 一线和二线都代表分公司；
37.业务流程：用户提交故障请求
→
在服务台中录入请求信息
→
服务呼叫分类
→ꢀ
分配优先级
→
快速处理
→
分配工单
→
录入工单
→
确认工单完成
→
分配一线
→
已 解决的话那么会录入解决方案提交知识库未解决的话那么会分配给二线并告知 事件经理
38.1、服务台
39.服务台(service desk)在服务支持中扮演着一个极其重要的角色。完整意 义上的服务台可以理解为其他it部门和服务流程的“前台”，它可以在不需要联 系特定技术人员的情况下处理大量的客户请求。对用户而言，服务台是他们与it 部门的唯一连接点，确保他们找到帮助其解决问题和请求的相关人员。
40.服务台不仅负责处理事故、问题和客户的询问，同时还为其它活动和流程提 供接口。这些活动和流程包括客户变更请求、维护合同、服务级别管理、配置 管理、可用性管理和持续性管理等。
41.2、事故管理
42.事故(incident)是指引起或有可能引起服务中断或服务质量下降的不 符合it服务标准操作的活动。这里所指的事故不仅包括软硬件故障，还包括服 务请求，例如状态查询、重置口令、数据库导出等。
43.事故管理的目标是在尽可能小地影响客户和用户业务的情况下使it系统尽 快恢复到服务级别协议所定义的服务级别，同时记录事故以为其他流程提供支 持。
44.3、问题管理
45.在尚未查明事故产生的原因前，事故所对应的潜在原因被称为问题。问题管 理强调的是找出事故产生的根源，从而制定恰当的解决方案或防止其再次发生的 预防措施。问题管理的主要目标是找到用户it系统所存在的问题、防止事件发 生，提升帮助台/事件管理的一线事件/故障解决率，提升企业整体的服务质量和 客户的满意度。
46.4、配置变更管理
47.变更是指it环境的各要素(如网络基础设施、主机及操作系统、数据库和应 用软件等)的变动和更改的一切活动。配置变更管理是指从变更请求的处理、变 更的批准、变更的准备、变更的实施、变更实施后的确认或拒绝、恢复管理、变 更的控制和跟踪、发布变更结果，到最终形成变更管理报告的一系列管理过程和 活动。变更管理的主要目的是为了保证所有的生产环境变化内容都经过评估和记 录，从而控制风险。
48.5、知识库问题库管理
49.系统建设的目的不仅仅是规范、记录、督促、自动化管理工作，而且要帮助 各级支持人员提高技能水平，简化it服务任务。同时也是降低对具体某个个人 依赖的手段。这些需要通过知识经验的积累和共享来完成。
50.以上公开的本发明优选实施例只是用于帮助阐述本发明。优选实施例并没有 详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本 说明书的内容，可作很多的修改和变化。本说明书选取并具体描述实施例，是为 了更好地解释本发明的原理和实际应用，从而使所属技术领域技术人员能很好地 理解和利用本发明。