一种基于虚拟化的全流程跟踪方法及装置与流程

本发明涉及虚拟化通信技术领域，特别是一种基于虚拟化的全流程跟踪方法及装置。

背景技术：

云计算是指基于互联网等网络，通过虚拟化方式共享it(informationtechnology，互联网技术)资源的新型计算模式。其核心思想是通过网络统一管理和调度计算、存储、网络、软件等资源，实现资源整合与配置优化。

云计算会涉及到多个应用系统，各个应用系统之间也会存在业务的交互，各应用系统会分散在不同的位置，一旦发生故障，定位业务中的故障相对比较繁琐。

在传统的日志定位分析中，维护人员需要登录到各业务系统中检查相关日志，碰到多个业务系统关联的情况，检查日志比较困难，工作量也相对地增大，同时，在日志分析过程中维护人员需要通过各种主键来分析，而且还需要了解相关的业务逻辑，并且由于各业务系统是分散在不同的位置，各业务系统的日志也并没有统一的展现，因此，其对应的日志也是随着各业务系统分散在不同的位置，这时，维护人员在检查日志故障时，就需要在不同的业务系统中不断地检查，并且对于需要查询的业务日志不能准确地定位，只能从其相关的业务日志进行逐一地排查。

现有的对于故障位置的定位分析有几种：

一是，直接通过返回码和返回提示消息来分析问题，但是，当应用系统的业务比较复杂时，采用该方法不能覆盖所有的处理流程，无法查看到更详细的日志，因此，该方法不便于分析更为详细的日志记录情况。

二是，引入日志分析系统，该方法需要对各应用系统的日志规范有严格的 要求，并且引入日志分析系统比较庞大，不便于紧急现场的快速定位故障问题。

技术实现要素：

本发明提供了一种基于虚拟化的全流程跟踪方法及装置，以解决通过现有的日志跟踪技术，无法对日志故障进行快速准确地定位分析的技术问题。

为解决上述技术问题，本发明采用以下技术方案：

本发明提供了一种基于虚拟化的全流程跟踪方法，包括：

接收用户发送的业务流程请求；

根据业务流程请求生成业务跟踪标号；

将业务跟踪标号添加到与业务流程请求对应的业务流程中；

根据业务跟踪标号记录业务流程的日志，并存储于业务系统的日志服务器中进行统一的展现。

在本发明的另一实施例中，在接收业务流程请求之后，在根据业务流程请求生成跟踪标号之前，还包括：

判断业务流程请求对应的业务流程是否需要进行业务流程跟踪；

若是，则发送生成业务跟踪标号请求；

根据生成业务跟踪标号请求生成业务跟踪标号。

在本发明的另一实施例中，所述方法还包括：对业务流程请求设置跟踪权限；根据业务流程请求的跟踪权限对业务流程添加业务跟踪标号对业务流程进行跟踪。

在本发明的另一实施例中，对业务流程请求设置跟踪权限具体包括：

判断业务流程请求是否为高级别的业务流程请求；

根据判断的结果设置业务流程请求的跟踪权限。

在本发明的另一实施例中，所述方法还包括：将日志服务器中的业务流程的日志发送至其他的业务系统进行日志分析，或者从其他的业务系统中接收业务流程的日志存到日志服务器中进行日志分析。

为了解决上述的技术问题，本发明还提供了一种基于虚拟化的全流程跟踪 装置，包括：

接收模块，用于接收用户发送的业务流程请求；

生成模块，用于根据业务流程请求生成业务跟踪标号；

处理模块，用于将业务跟踪标号添加到与业务流程请求对应的业务流程中；

存储模块，用于根据业务跟踪标号记录业务流程的日志，并存储于业务系统的日志服务器中进行统一的展现。

在本发明的另一实施例中，所述装置还包括：

判断模块，用于判断业务流程请求对应的业务流程是否需要进行业务流程跟踪；

请求模块，用于在判断模块判断业务流程需要进行业务跟踪时，发送生成业务跟踪标号请求；

生成模块根据生成业务跟踪标号请求生成业务跟踪标号。

在本发明的另一实施例中，所述装置还包括：设置模块，用于对业务流程请求设置跟踪权限；处理模块还用于根据业务流程请求的跟踪权限对业务流程添加业务跟踪标号对业务流程进行跟踪。

在本发明的另一实施例中，设置模块包括判断子模块和设置子模块，判断子模块用于判断业务流程请求是否为高级别的业务流程请求；设置子模块根据判断子模块的判断结果设置业务流程请求对应的业务流程的跟踪权限。

在本发明的另一实施例中，所述装置还包括收发模块，用于将日志服务器中的业务流程的日志发送至其他的业务系统进行日志分析，或者从其他的业务系统中接收业务流程的日志存到日志服务器中进行日志分析。

本发明的有益效果：

本发明提供了一种基于虚拟化的全流程跟踪方法及装置，通过在业务流程中添加一个业务跟踪标号，对业务流程的日志进行全过程跟踪，使得在进行故障检查时可以根据业务跟踪标号实现业务日志的快速定位，有针对性地进行故障的排查和分析。

进一步地，本发明还对每个业务流程请求设置跟踪权限，通过判断接收到的业务流程请求是否为高级别的业务流程请求，若是，则添加跟踪标号，从而 降低了在日志跟踪时，由于消息的频繁交互而导致的过大的资源消耗，通过设置跟踪权限的方式进行快速的定位故障，也大大提高了分析故障问题的效率。

附图说明

图1为本发明第一实施例提供的基于虚拟化的全流程跟踪装置结构示意图；

图2为本发明第二实施例提供的基于虚拟化的全流程跟踪方法流程图；

图3为本发明第三实施例提供的两个业务系统之间的业务流程跟踪流程图；

图4为本发明第三实施例提供的两个业务系统之间的业务流程跟踪详细流程图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

第一实施例：

图1为本发明第一实施例提供的一种基于虚拟化的全流程跟踪装置结构示意图，由图1可知，在本实施例中，本发明提供的基于虚拟化的全流程跟踪装置1包括：

接收模块11，用于接收用户发送的业务流程请求；

生成模块12，用于根据业务流程请求生成业务跟踪标号；

处理模块13，用于将业务跟踪标号添加到与业务流程请求对应的业务流程中；

存储模块14，用于根据业务跟踪标号记录所述业务流程的日志，并存储于业务系统的日志服务器中进行统一的展现；具体的，这里的统一的展现可以理解为是将业务流程所产生的所有业务日志统一发送至日志服务器上存储，以及进行展示出来，方便维护人员对日志的检查，排查日志中的故障问题。

在一些实施例中，如图1所示，上述实施例中的基于虚拟化的全流程跟踪装置1还包括判断模块15，用于判断业务流程请求对应的业务流程是否需要进行业务流程跟踪，若需要对业务流程进行跟踪，则通过请求模块16发送生成对 应的业务流程跟踪标号请求。

在一些实施例中，如图1所示，上述实施例中的基于虚拟化的全流程跟踪装置1还包括设置模块16，通过设置模块16对业务流程请求设置跟踪权限，处理模块13根据业务流程请求设置的跟踪权限对对应的业务流程添加已生成的业务跟踪标号，通过业务跟踪标号对业务流程进行跟踪处理。

具体的，在一些实施例中，设置模块16在对业务流程设置业务跟踪标号时，优选的，是通过对接收到的业务流程请求设置优先级别或者划分重要的业务流程和不重要的业务流程，根据设置的优先级别或者业务的重要程度来设置业务的跟踪标号，例如，在一个公司或者团队中，它分为管理层和非管理层，那么一般对于管理层的业务流程交互的权限会设置较高的权限，保证交互过程中业务信息的安全性，对于非管理层，比如：公司的员工的业务流程交互，由于员工设置的重要业务信息较为少，因此，可以根据这种业务关系来设置业务流程请求的跟踪权限，只对公司中的管理层的业务流程设置跟踪处理，这样保证了在业务出现故障或者其他问题时，可以通过设置的跟踪标号进行业务的快速定位，有针对性地对业务故障进行定位分析，从而提高日志的分析效率。

在一些实施例中，上述实施例中的设置模块16还包括判断模块161和设置子模块162，其中：

判断子模块161用于判断当前需要操作的业务流程请求是否为高级别的业务流程请求；

设置子模块162用于根据判断子模块161判断的结果设置对应的业务流程的跟踪权限。

进一步的，当判断子模块161判断的结果是所述业务流程请求为高级别的业务流程请求时，则说明该业务流程请求是重要的业务流程请求，对应的业务流程也是重要的，这时，则需要对该业务流程设置业务跟踪标号，用于对该业务流程全程跟踪记录，并得到的带有跟踪标号的业务流程日志存储于业务系统中的日志服务器进行统一的展现。

在一些实施例中，如图1所示，上述实施例中的基于虚拟化的全流程跟踪装置1还包括收发模块17，用于将日志服务器中存储的业务流程的日志发送至其他的业务系统中进行日志分析，或者从其他的业务系统中接收业务流程的日志存到本业务系统中的日志服务器中进行分析。

第二实施例：

图2为本发明第二实施例提供的一种基于虚拟化的全流程跟踪方法流程图，由图2可知，在本实施例中，本发明提供的基于虚拟化的全流程跟踪方法包括以下步骤：

s201，接收用户发送的业务流程请求；所述业务流程请求由发起业务流程的用户发起，并发送至业务系统根据对应的请求消息建立业务流程。

s202，根据业务流程请求生成业务跟踪标号；

s203，将业务跟踪标号添加到与业务流程请求对应的业务流程中；

s204，根据业务跟踪标号记录业务流程的日志，并存储于业务系统的日志服务器中进行统一的展现。

在一些实施例中，在步骤s202之前，在步骤s201之后，还包括：判断业务流程请求对应的业务流程是否需要进行业务流程跟踪；若是，则发送生成业务跟踪标号请求；根据生成业务跟踪标号请求生成业务跟踪标号。

具体的，在一些实施例中，并不需要对所有的业务流程都进行跟踪处理，这样子会使得业务系统的业务流程信息的交互量不断的增加，因此，在本实施例中，在设置业务跟踪标号之前需要对接收到的业务流程请求判断是否需要进行跟踪，根据判断确定的结果生成一个对应的业务跟踪标号，并将该业务跟踪标号添加到对应的业务流程中，避免对所有的业务流程都进行跟踪处理，从而减低了业务系统的信息交互量。

在一些实施例中，上述实施例提供的基于虚拟化的全流程跟踪方法还包括：对业务流程请求设置跟踪权限；根据业务流程请求的跟踪权限对业务流程添加业务跟踪标号对业务流程进行跟踪。

具体的，所述对业务流程请求设置跟踪权限具体可以根据业务流程请求的优先级别来进行设置，判断该业务请求是否为该级别的业务流程请求，若是，则对该业务流程请求设置跟踪权限，优选的，可以根据业务流程请求对应的业务流程的操作员的ip地址来判断是否为高级别的业务流程请求，若该ip地址是公司管理层中某一位领导的ip地址，则判定该业务流程请求所请求的业务流程是高级别的业务请求；其外，还可以根据业务流程请求的操作时间的长短来判断。

在一些实施例中，为了能实现对业务流程的日志进行统一的检查排查故障点，本实施例还提供了可以对存储在日志服务器中的日志进行到出，或者从其他系统中导入的功能，具体的，本业务系统通过本实施例提供的基于虚拟化的全流程跟踪方法将业务流程中产生的日志存储于日志服务器之后，还包括：将日至服务其中的业务流程的日志发送至其他的业务系统进行分析处理，或者本业务系统从其他的业务系统中接收业务流程的日志存到本业务系统中，进行日志分析处理。

第三实施例：

现结合具体应用场景对本发明做进一步的诠释说明。

针对现有的对业务流程的日志进行跟踪处理方法，均存在只能在对应的业务系统中进行排查，而现有的排查方式也无法实现对故障的精准定位分析的问题，本实施例为了提高对业务流程中的故障问题的定位，本实施例提供了一种虚拟化的全流程跟踪方法，该方法可以使用于多系统之间的业务流程消息频繁交互的场景，还可以对业务流程设置权限，根据权限来确定是否需要进行业务流程的跟踪，还可以在多系统之间进行日志的导入导出，从而实现日志统一展现和集中分析，提高分析的效率，下面以两个业务系统为例进行说明。

如图3所示，本实施例提供的全流程跟踪方法包括：

s301，请求方发起业务请求，发送业务流程请求给业务系统，控制业务系统进行业务的交互。

s302，设置业务流程请求的权限控制；具体的可以根据业务流程请求在不同系统中的优先级别进行设置。

s303，业务系统1判断是否需要对业务流程请求进行跟踪，若是，则将发送跟踪请求发送至业务流程的日志采集存储方进行日志的跟踪采集存储。

s304，业务系统2判断是否需要对业务流程请求进行跟踪，若是，则将发送跟踪请求发送至业务流程的日志采集存储方进行日志的跟踪采集存储。

s305，日志采集存储方根据业务系统1和2发送的跟踪请求对对应的业务流程进行跟踪采集存储。

s306，将采集到的业务流程的日志发送至业务系统a日志服务器上进行统一的处理展现，并导入至于业务系统a连接的业务系统b中。

s307，业务系统b还接收到业务系统a导入的日志后，对日志进行分析处理；同时，业务系统b还可以将自身的业务流程日志导出给业务系统a。

请参考图4，图4为基于图3中的两业务系统之间的对业务流程的全流程跟踪方法的详细流程图，其方法包括以下步骤：

s401，用户发送业务流程请求；

s402，判断该业务请求是否需要进行全流程的跟踪，若是，则执行步骤s403，否则，执行步骤s406；具体的判断是否需要跟踪可以根据发起的业务流程请求的优先级别进行判断，例如，可以通过判断业务流程请求的操作员的ip地址进行判断，若其ip地址是公司的管理层的ip地址时，则判断该业务流程请求为高级别的业务流程，需要进行全流程的跟踪处理；除了通过上述的方式进行判断，还可以根据业务流程请求的操作时间的长短判断。

s403，根据判断结果生成对应的全局流程跟踪标号，并上报跟踪标号跟踪业务流程的情况；

s404，接收与跟踪标号相关的所有业务流程的上报消息；

s405，将跟踪标号添加到业务流程请求中，具体的可以添加到业务流程请求的请求包头中，并将业务流程请求发送给业务系统；

s406，业务系统接收用户发送的业务流程请求；

s407，业务系统a判断是否需要进行全局流程跟踪，若是，则执行步骤s408，否则，执行步骤s409，具体的，其判断方法与步骤s402中的一样。

s408，根据跟踪标号记录所有业务流程处理中的日志，并上报记录的情况，同时将记录的日志存储至日志服务器中，执行步骤s404。

s409，业务系统a根据业务流程请求对对应的业务流程进行处理；

s410，日志服务器根据上报的跟踪业务流程的日志进行展现，具体的展现业务流程日志的具体处理信息。

s411，业务系统b判断是否需要进行全局流程跟踪，若是，则执行步骤s412，否则，执行步骤s413，具体的，其判断方法与步骤s402中的一样。

s412，根据跟踪标号记录所有业务流程处理中的日志，并上报记录的情况，同时将记录的日志存储至日志服务器中，执行步骤s404。

s413，业务系统b根据业务流程请求对对应的业务流程进行处理。

综上所述，本发明提供了一种基于虚拟化的全流程跟踪方法及装置，主要是通过在业务流程中设置一个全局流程的业务跟踪标号，通过该业务跟踪标号可以实现对业务流程日志检查故障时，可以快速定位分析；另外还可以对业务系统中的所有业务流程的日志进行统一的展现，使得在检查不同的业务日志时，可以在统一业务系统上进行定位分析，大大地提高了对业务流程分析故障时的分析效率。

进一步的，在本发明中，还提供了导入导出的功能，对于不同业务系统之间，可以进行日志的导入导出，也即是，不同的业务系统中的业务流程的日志可以导入到同一个业务系统中统一展现和分析，使得采用本发明提供的基于虚拟化的全流程跟踪方法，可以实现远程的控制对不同业务系统中的日志进行统一的定位分析。

显然，本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储介质(rom/ram、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。