CN115277819A - 一种业务系统整体情况的自动生成方法及系统 - Google Patents

Abstract

本发明公开了一种业务系统整体情况的自动生成方法，包括以服务为逻辑单位，自动分析所采集各服务器的实时运行状态信息；根据所采集的实时运行状态信息，对服务节点的运行情况进行分析，以获取各服务节点的服务用途名称、服务节点清单以及各服务节点间的关联关系清单；自动识别出服务节点清单中的内部节点以及边界节点；对各服务节点的内部节点、边界节点以及各服务节点之间的关联关系进行汇总，并自动生成运维文本文档以及自动绘制服务拓扑图。本发明以服务为逻辑单位，分析所有服务间的交互情况，从而绘制出业务拓扑图，能有效避免误判现象，从而提高了业务系统的维护效率以及准确性。

Description

一种业务系统整体情况的自动生成方法及系统

技术领域

本发明涉及业务系统运维技术领域，具体涉及一种业务系统整体情况的自动生成方法及系统。

背景技术

目前，接收业务系统时，运维人员需要准确把握当前运行中的业务系统整体情况，才能为可能出现的突发情况做好充分准备，例如：服务器发生了意外重启，需要进行业务恢复等现象，由于人员流动性较大，适应性较慢，恢复花费时间较长，因此有一份完善的服务器整体情况文档，显得尤为重要。

但，近年来随着计算机技术的飞速发展，业务系统的规模也随之爆炸式增长，业务系统的整体文档维护难度也随之增大；传统的管理模式是由经验丰富的运维人员手工整理，这样的方式存在很大的缺陷：一方面，人工梳理费时费力；另一方面，一旦发生业务系统架构变更或者出现运维人员工作调动，业务系统的整体文档无法快速更新，也无法迅速完成调动人员的工作交接。

当前现存技术方案，以服务器为单位，提取出服务器具有的特征属性，通过对比多个服务器特征属性的相似度，来进行判断处理，从而绘制出拓扑图。其抽取的特征信息包括：服务器侦听的端口号、服务器主动访问了n1个服务器、服务器被n2个服务器访问、服务器侦听了n3个端口、服务器访问了n4个端口。当前现存技术方案存在误判问题：仅仅通过对比多个服务器特征属性的相似度，来进行判断处理，不具有通用性，因此，会出现误判现象。

误判详情如下：

问题一：相同服务使用不同端口，将导致老方案无法适应。例如：A、B服务器上都部署了MyServer服务，但当A、B服务器上的MyServer服务，配置使用了不同的端口提供服务，就会引起服务器特征属性相似度不一致，导致匹配异常。

问题二：一个服务器上夹杂部署了多种服务，将导致老方案无法适应，A服务器上部署了Server1、Server2；B服务器上部署了Server2、Server3、Server4，就会引起服务器特征属性相似度不一致，导致匹配异常。

问题三：多种服务夹杂部署，也会引起服务器特征属性中的侦听端口数量、访问端口数量等特征信息发生显著变化，从而引起服务器特征属性相似度不一致，导致匹配异常。

发明内容

本发明的目的在于提供一种业务系统整体情况的自动生成方法和系统，以解决上述背景技术中提出的以服务器为单位，提取出服务器具有的特征属性，通过对比多个服务器特征属性的相似度来进行判断处理，从而绘制出拓扑图会出现误判的技术问题。

为实现上述目的，本发明提供如下技术方案：

一种业务系统整体情况的自动生成方法，包括：

以服务为逻辑单位，自动分析所采集各服务器的实时运行状态信息；所采集各服务器的运行状态信息至少包括服务进程信息，服务进程信息包含进程编号processID和命令行运行串信息，以进程编号processID代表相应的服务，命令行运行串信息分析服务进程在业务系统中所担任的业务功能；

根据所采集的实时运行状态信息，对服务节点的运行情况进行分析，以获取各服务节点的服务用途名称、服务节点清单以及各服务节点间的关联关系清单；自动识别出服务节点清单中的内部节点以及边界节点；

对各服务节点的内部节点、边界节点以及各服务节点之间的关联关系进行汇总，并自动生成运维文本文档以及自动绘制服务拓扑图。

进一步的技术方案是：按照能否找到部署位置将所述服务节点划分为内部节点以及边界节点。

进一步的技术方案是：所生成的运维文本文档包括项目名、服务名、服务部署ip、涉及端口列表、服务启动用户、服务工作目录和服务命令行详情，运维人员通过运维文本文档在业务系统报错时进行恢复。

进一步的技术方案是：服务拓扑图的绘制模式包括详尽模式、精简模式和自定义模式。

进一步的技术方案是：采用所述自定义模式绘制服务拓扑图，具体步骤为：

汇总并进行关联关系过滤，通过业务系统中的基础服务节点间的关联关系绘制简化的服务拓扑图；对汇总的边界节点、运维人员附加的服务节点、系统内发送的变化情况分别进行标记；根据简化的服务拓扑图、以及节点标记结果自动绘制服务拓扑图并输出。

进一步的技术方案是：进行标记前，还依次对系统内发送的变化情况进行过期检测和异常检测。

进一步的技术方案是：还包括：

当服务节点或服务节点间的关联关系发生变化时，运维人员按照自动重新生成的运维文本文档以及自动绘制的服务拓扑图，将有效的服务信息附加到指定的服务节点、以及服务节点的的关联关系中，以恢复业务系统。

同时，本发明还提供以下技术方案：

一种业务系统整体情况的自动生成系统，包括实施监控服务部署模块、分析模块、识别模块、自动生成模块和运维人员管理模块，

实施监控服务部署模块，用于实时监控业务系统服务，以服务为逻辑单位，分析所有服务间的交互情况，并自动采集各服务器的实时运行状态信息；

分析模块，根据实施监控服务部署模块所采集的实时运行状态信息，对服务节点的运行情况进行拍照留存并分析，以获取各服务节点的服务用途名称、服务节点清单以及各服务节点间的关联关系清单；

识别模块，获取分析模块识别的服务节点清单，并自动识别出内部节点以及边界节点；

自动生成模块，对各服务节点间的关联关系清单、内部节点以及边界节点进行汇总，并自动生成运维文本文档以及自动绘制服务拓扑图；在对各节点进行汇总时，还对各节点进行标记。

进一步的技术方案是：还包括运维人员管理模块，用于运维人员对服务节点进行维护，手动更改、添加信息以及更改默认过期时长T、设置指定节点显隐属性。

进一步的技术方案是：所述自动生成模块包括绘制单元、以及与绘制单元相连接的模式选择单元和标记单元；

模式选择单元，对所绘制服务拓扑图的模式进行选择，以按所选择的模式进行服务拓扑图的绘制；

标记单元，对边界节点、运维人员附加的服务节点、系统内发送的变化情况分别进行标记；

绘制单元，根据各服务节点间的关联关系清单、内部节点以及边界节点自动生成运维文本文档以及自动绘制服务拓扑图，并根据标记单元的标记实时自动更新绘制服务拓扑图。

与现有技术相比，本发明的有益效果是：

本发明以服务为逻辑单位，分析所有服务间的交互情况，从而绘制出业务拓扑图，能有效避免误判现象；即使相同服务使用了不同端口，但是各服务间的连接通信关系肯定会存在，因此，能有效发现服务间的关联关系；即使一个服务器上部署了多种服务，但是由于本发明是以服务为单位进行分析处理，所以并不会因为一个服务器上部署了多种服务而出现异常；以服务为单位进行处理后，每个服务分别单独处理，分析结果不会受到服务器上端口总量的影响，有效避免了现存技术以服务器为单位，出现分析特征属性相似度误判的问题，从而提高了业务系统的维护效率以及准确性。

附图说明

图1为本发明一种业务系统整体情况的自动生成方法流程图；

图2为本发明一种业务系统整体情况的自动生成方法数据收集流程；

图3为本发明一种业务系统整体情况的自动生成方法数据输出流程；

图4为本发明实施例自动绘制的服务拓扑图；

图5为本发明实施例一种业务系统整体情况的自动生成系统示意图。

具体实施方式

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

在一个实施例中，如图1-3所示，一种业务系统整体情况的自动生成方法，包括以下步骤：

A.部署实时监控服务，以服务为逻辑单位，分析所有服务间的交互情况，并自动采集各服务器的实时运行状态信息，所采集的服务器运行状态信息包括：ip信息、服务端口信息、服务进程信息、运行目录信息以及服务网络连接信息等；

具体的，采集到的每个服务进程信息中，均拥有独立的进程编号processID，进程编号processID是大多数操作系统的内核用于唯一标识进程的一个数值。因此，使用processID就可以代表相应的服务；该processID发出的主动网络访问，以及该processID被动接受的网络访问，都可以看作是该processID所代表的服务与其他服务间的业务通信；且采集到的进程信息中，包含有完整的命令行运行串信息，通过命令行运行串信息分析出该服务进程在整个业务系统中所担任的业务功能用途。

B.根据所采集的实时运行状态信息，对服务节点的运行情况进行拍照留存并分析，获取各服务节点的服务用途名称、服务节点清单以及各服务节点间的关联关系清单；

C.从服务节点清单中自动识别出内部节点以及边界节点；具体的，所能找到部署位置的服务节点均是业务系统的内部节点，所不能找到部署位置的服务节点均作边界节点处理，通过边界节点处理能有效帮助运维人员掌握业务系统中出现的变化情况对第三方系统所产生的影响范围；

D.对步骤B所获取各服务节点间的关联关系清单、以及步骤C所识别的内部节点和边界节点进行汇总，并自动生成运维文本文档以及自动绘制服务拓扑图；

运维文本文档包括：项目名、服务名、服务部署ip、涉及端口列表、服务启动用户、服务工作目录、服务命令行详情等，通过运维文本文档便于运维人员在业务系统报错时进行恢复。

所绘制的服务拓扑图中各个服务节点间的关联关系均是真实存在的，具有实际指导意义，不存在主观揣测现象，能有效避免误判。另外，对服务拓扑图提供多维度级别的绘制模式选择，包括详尽模式、精简模式、自定义模式，具体的：

详尽模式，绘制所有服务节点间的所有关联关系，做到不遗漏一个节点，不遗漏一个关联关系，所绘制服务拓扑图整体较为复杂；

精简模式，进行关联关系过滤，仅绘制出业务系统中基础服务节点间的关联关系，简化绘制出服务拓扑图的复杂程度，有利于运维人员重点了解业务系统的基础架构情况；

自定义模式，以精简模式为基础，允许运维人员在精简模式下简化绘制出的服务拓扑图中附加绘制指定的服务节点之间以及边界节点之间的关联关系，有利于运维人员自定义分析业务情况；

作为优选，本实施例采用自定义模式，具体步骤为：

d1.汇总并进行关联关系过滤，绘制出业务系统中仅包含基础服务节点间的关联关系，绘制简化的服务拓扑图；

d2.对汇总的边界节点、运维人员附加的服务节点、系统内发送的变化情况分别进行标记；例如：对边界节点用特殊颜色A进行自动标识，便于重点关注；对运维人员在简化的服务拓扑图中附加绘制的服务节点使用颜色B进行自动标识，便于运维人员观察分析；对系统内发生的变化情况，使用颜色C进行自动标识，便于直观体现业务系统变化情况。

作为优选，还需对系统内发送的变化情况进行过期检测，若已过期，则对其进行剔除；若未过期，则进行异常检测；其中，异常检测包括过期时间异常，当系统内发生的变化情况超过默认过期时长T时，判定为时间异常信息，进行颜色标记；当系统内发生的变化情况时间检测正常，则判定为普通节点，进行相应的颜色标记。

进一步的，运维人员可对默认过期时长T进行手动更改，提供有手动控制指定节点显隐的途径，以便当服务节点或服务节点间的关联关系发生变化时，能够更快速的找到最接近业务系统发送变化前一刻的正常业务系统状态，以该状态为基准对业务系统进行恢复。

d3.根据简化的服务拓扑图、以及节点标记结果自动绘制服务拓扑图并输出。当然，也可不进行简化的服务拓扑图的绘制，直接由关联关系、进行标记的边界节点、运维人员附加的服务节点、系统内发送的变化情况自动绘制服务拓扑图并输出。

E.当服务节点或服务节点间的关联关系发生变化时，即业务系统发送异常时，运维人员通过自动重新生成的运维文本文档以及自动绘制的服务拓扑图，将有效的服务信息附加到指定的服务节点、以及服务节点的的关联关系中，以恢复业务系统。

例如：当业务系统发送异常时，通过运维文本文档能够获取到有效的服务信息，且服务拓扑图中已对节点进行相应的颜色标记，能够更加快速的掌握业务系统可能发送异常的节点，通过将业务系统发生异常之前的有效服务信息附加到指定的服务节点、以及服务节点的的关联关系中，以恢复业务系统。

本发明一种业务系统整体情况的自动生成方法，通过自动生成的运维文本文档、自动绘制的拓扑图，能对业务系统有效做好充分掌握，且无需运维人员对业务系统花费大量的学习时间，便能够实现。

在一个具体的实施例中，如图1-4所示，一种业务系统整体情况的自动生成方法，具体步骤为：

5.1：在服务器上(10.1.39.110)，自动采集获得服务进程信息：

[启动用户][processID]…[服务进程命令行串信息]，

root 7710 1 0 2021？1-07:54:51 java -jar uyp-client-control-0.0.1-SNAPSHOT.jar

root 21412 1 0 2021？1-02:55:14 java -jar uyp-client-seache-0.0.1-SNAPSHOT.jar

root 21653 1 0 2021？10:17:36 java -jar uyp-msg-server-0.0.1-SNAPSHOT.jar

5.2：在服务器上(10.1.39.110)，自动采集获得服务端口信息：

[侦听端口号]…[processID]

tcp6 0 0:::9120:::*LISTEN 7710/java

tcp6 0 0:::9097 :::*LISTEN 21412/java

tcp6 0 0:::9092 :::*LISTEN 21653/java

5.3：在服务器上(10.1.39.110)，自动采集获得运行目录信息：

[cwd:是工作目录]

[exe:是运行程序]

lrwxrwxrwx.1root root 0 2月21 13:13/proc/7710/cwd->/opt/boot/uyp/control

lrwxrwxrwx.1root root 0 2月21 13:13/proc/7710/exe->/usr/local/jdk1.8.0_144/bin/java

java-jar-javaagent:./tingyun/tingyun-agent-java.jaruyp-client-control-0.0.1-SNAPSHOT.jar

lrwxrwxrwx.1root root 0 2月21 13:13/proc/21412/cwd->/opt/boot/uyp/seache

lrwxrwxrwx.1root root 0 2月21 13:13/proc/21412/exe->/usr/local/jdk1.8.0_144/bin/java

java-jar-javaagent:./tingyun/tingyun-agent-java.jaruyp-client-seache-0.0.1-SNAPSHOT.jar

lrwxrwxrwx.1root root 0 2月21 13:13/proc/21653/cwd->/opt/boot/uyp/msg-server

lrwxrwxrwx.1root root 0 2月21 13:13/proc/21653/exe->/usr/local/jdk1.8.0_144/bin/java

java-jar-javaagent:./tingyun/tingyun-agent-java.jaruyp-msg-server-0.0.1-SNAPSHOT.jar

5.4：在服务器上(10.1.39.110)，自动采集获得服务网络连接信息：

[当前服务器使用端口][远端服务ip+port]…[当前通信归属processID]

tcp6 0 0 10.1.39.110:53340 10.1.39.110:8066 ESTABLISHED 21653/java

tcp6 0 0 10.1.39.110:39417 10.3.15.244:465 ESTABLISHED 21653/java

tcp6 0 0 127.0.0.1:36692 127.0.0.1:8899 ESTABLISHED 21653/java

tcp6 0 0 10.1.39.110:60758 202.98.227.45:443 ESTABLISHED 21653/java

5.5：自动发现服务节点清单；

jar:uyp-msg-server-0.0.1-SNAPSHOT.jar(10.1.39.110:9092)

jar:ubp-client-control-0.0.1-SNAPSHOT.jar(10.1.39.110:9120)

jar:ubp-client-seache-0.0.1-SNAPSHOT.jar(10.1.39.110:9097)

5.6：自动生成运维文本文档：依据processID分析侦听端口、分析服务用途、分析服务的命令行串信息，输出运维文本文档；

5.7：自动搜索服务节点间的关联关系清单：依据processID分析网络连接信息；

jar:uyp-msg-server-0.0.1-SNAPSHOT.jar(10.1.39.110:9092)->10.1.15.244:465

jar:uyp-msg-server-0.0.1-SNAPSHOT.jar(10.1.39.110:9092)->202.98.227.45:443

5.8：自动识别边界节点；

10.1.15.244:465

202.98.227.45:443

5.9：依据逻辑控制节点颜色变化，及节点显隐控制；

5.10：将服务节点、服务节点间的关系，分别保存到有序集合中；给有序集合元素更新过期时间信息；用户可添加自定义节点控制；

5.11：自动输出生成的服务拓扑图。

在另一个实施例中，如图5所示，一种业务系统整体情况的自动生成系统，包括实施监控服务部署模块、分析模块、识别模块、自动生成模块和运维人员管理模块，

实施监控服务部署模块，用于实时监控业务系统服务，以服务为逻辑单位，分析所有服务间的交互情况，并自动采集各服务器的实时运行状态信息；

分析模块，与实施监控服务部署模块相连接，根据实施监控服务部署模块所采集的实时运行状态信息，对服务节点的运行情况进行拍照留存并分析，以获取各服务节点的服务用途名称、服务节点清单以及各服务节点间的关联关系清单；

识别模块，与分析模块相连接，获取分析模块识别的服务节点清单，并自动识别出内部节点以及边界节点；

自动生成模块，分别与分析模块、识别模块相连接，对各服务节点间的关联关系清单、内部节点以及边界节点进行汇总，并自动生成运维文本文档以及自动绘制服务拓扑图；作为优选，自动生成模块对各节点进行汇总时，还对各节点进行颜色标记，以便直观体现业务系统变化情况。

运维人员管理模块，与其他各模块相连接，用于运维人员对服务节点进行维护，手动更改、添加信息以及更改默认过期时长T、设置指定节点显隐属性。

进一步的，自动生成模块包括绘制单元、以及与绘制单元相连接的模式选择单元和标记单元；

模式选择单元，对所绘制服务拓扑图的模式进行选择，以按所选择的模式进行服务拓扑图的绘制；所供选择的模式至少包括详尽模式、精简模式以及自定义模式。

标记单元，对边界节点、运维人员附加的服务节点、系统内发送的变化情况分别进行标记；

绘制单元，根据各服务节点间的关联关系清单、内部节点以及边界节点自动生成运维文本文档以及自动绘制服务拓扑图，以对业务系统进行恢复。

本发明以服务为逻辑单位，分析所有服务间的交互情况，从而绘制出业务拓扑图，能有效避免误判现象；即使相同服务使用了不同端口，但是各服务间的连接通信关系肯定会存在，因此，能有效发现服务间的关联关系；即使一个服务器上部署了多种服务，但是由于本发明是以服务为单位进行分析处理，所以并不会因为一个服务器上部署了多种服务而出现异常；以服务为单位进行处理后，每个服务分别单独处理，分析结果不会受到服务器上端口总量的影响，有效避免了现存技术以服务器为单位，出现分析特征属性相似度误判的问题。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种业务系统整体情况的自动生成方法，其特征在于，包括：

以服务为逻辑单位，自动分析所采集各服务器的实时运行状态信息；所采集各服务器的运行状态信息至少包括服务进程信息，服务进程信息包含进程编号processID和命令行运行串信息，以进程编号processID代表相应的服务，命令行运行串信息分析服务进程在业务系统中所担任的业务功能；

根据所采集的实时运行状态信息，对服务节点的运行情况进行分析，以获取各服务节点的服务用途名称、服务节点清单以及各服务节点间的关联关系清单，并自动识别出服务节点清单中的内部节点以及边界节点；

对各服务节点的内部节点、边界节点以及各服务节点之间的关联关系进行汇总，并自动生成运维文本文档以及自动绘制服务拓扑图。

2.根据权利要求1所述一种业务系统整体情况的自动生成方法，其特征在于，按照能否找到部署位置将所述服务节点划分为内部节点以及边界节点。

3.根据权利要求1所述一种业务系统整体情况的自动生成方法，其特征在于，所生成的运维文本文档包括项目名、服务名、服务部署ip、涉及端口列表、服务启动用户、服务工作目录和服务命令行详情，运维人员通过运维文本文档在业务系统报错时进行恢复。

4.根据权利要求1所述一种业务系统整体情况的自动生成方法，其特征在于，服务拓扑图的绘制模式包括详尽模式、精简模式和自定义模式。

5.根据权利要求4所述一种业务系统整体情况的自动生成方法，其特征在于，采用所述自定义模式绘制服务拓扑图，具体步骤为：

汇总并进行关联关系过滤，通过业务系统中的基础服务节点间的关联关系绘制简化的服务拓扑图；对汇总的边界节点、运维人员附加的服务节点、系统内发送的变化情况分别进行标记；根据简化的服务拓扑图、以及节点标记结果自动绘制服务拓扑图并输出。

6.根据权利要求5所述一种业务系统整体情况的自动生成方法，其特征在于，进行标记前，还依次对系统内发送的变化情况进行过期检测和异常检测。

7.根据权利要求1-6任一项所述一种业务系统整体情况的自动生成方法，其特征在于，还包括：

当服务节点或服务节点间的关联关系发生变化时，运维人员按照自动重新生成的运维文本文档以及自动绘制的服务拓扑图，将有效的服务信息附加到指定的服务节点、以及服务节点的的关联关系中，以恢复业务系统。

8.一种业务系统整体情况的自动生成系统，其特征在于，包括实施监控服务部署模块、分析模块、识别模块、自动生成模块和运维人员管理模块，

实施监控服务部署模块，用于实时监控业务系统服务，以服务为逻辑单位，分析所有服务间的交互情况，并自动采集各服务器的实时运行状态信息；

分析模块，根据实施监控服务部署模块所采集的实时运行状态信息，对服务节点的运行情况进行拍照留存并分析，以获取各服务节点的服务用途名称、服务节点清单以及各服务节点间的关联关系清单；

识别模块，获取分析模块识别的服务节点清单，并自动识别出内部节点以及边界节点；

自动生成模块，对各服务节点间的关联关系清单、内部节点以及边界节点进行汇总，并自动生成运维文本文档以及自动绘制服务拓扑图；在对各节点进行汇总时，还对各节点进行标记。

9.根据权利要求8所述一种业务系统整体情况的自动生成系统，其特征在于，还包括运维人员管理模块，用于运维人员对服务节点进行维护，手动更改、添加信息以及更改默认过期时长T、设置指定节点显隐属性。

10.根据权利要求8或9所述一种业务系统整体情况的自动生成系统，其特征在于，所述自动生成模块包括绘制单元、以及与绘制单元相连接的模式选择单元和标记单元；

模式选择单元，对所绘制服务拓扑图的模式进行选择，以按所选择的模式进行服务拓扑图的绘制；

标记单元，对边界节点、运维人员附加的服务节点、系统内发送的变化情况分别进行标记；

绘制单元，根据各服务节点间的关联关系清单、内部节点以及边界节点自动生成运维文本文档以及自动绘制服务拓扑图，并根据标记单元的标记实时自动更新绘制服务拓扑图。

Images