CN114445162A - 反向追溯企业发票系统配置的方法 - Google Patents

Abstract

本发明公开了一种反向追溯企业发票系统配置的方法，包括：数据采集；对采集的数据进行分析；根据分析的结果进行监控预警；性能分析；故障定位。本发明的方法，降低了故障的发生率，当反向追溯出现故障的时候，可以有效地评估出影响范围，及时找到对应问题点，能够第一时间防止雪崩现象产生；降低了运维成本，全方面资源采集+链路追踪，可以实时提供资源使用率，有效的提高运维工作，从而降低成本浪费；扩展了传统的链路追踪范围，将企业发票系统所依赖、所相关的资源都进行了监控跟踪、更加保障了软件稳定范围。

Description

反向追溯企业发票系统配置的方法

技术领域

本发明涉及电子发票技术领域，具体涉及一种反向追溯企业发票系统配置的方法。

背景技术

为了支撑日益增长的庞大电子发票量，大量采用微服务架构。服务按照不同的维度进行拆分，互联网应用构建在不同的软件模块集上，可能布在了几千台服务器，横跨多个不同的数据中心，功能的依赖、服务的依赖、软硬件之间相互的依赖似的分布式系统变得日趋复杂。

如何快速进行发票故障定位，如何准确进行发票容量评估，如何动态展示服务的链路，如何进行系统性能优化，这是电子发票分布式系统巨大挑战。现有技术存在的技术缺陷包括：

故障定位难：一次请求往往需要涉及到多层网络、多个服务、多个硬件服务，这些很可能是由多个团队负责的。一旦出问题，只知道有异常，但具体的异常在哪个服务引起的就需要进入每一个服务里面看日志，这样的处理效率是非常低的。最坏的情况可能要拉上多个团队一起定位。

容量评估难：由于电子发票的使用特殊性，导致流量入口经常不同。，不同入口的流量导致各模块的qps增量是不同的，容量评估是一件难事。

链路梳理难：由于服务调用复杂，链路过深，一个模块，根本不知道自己身在何处，不知道自己的系统被谁依赖了，也不知道自己的系统下游依赖哪些服务，费时费力。

性能分析难：一个服务依赖于后台多个服务，如果某接口的耗时突然增加，开发得从自己开始，逐步分析各依赖接口的耗时情况。

监控跟踪范围小，仅仅局限于软件、微服务层面的链路追踪，所以调用访问链路范围局限性很高，无法支撑起整体系统。

故障影响范围难以确定，因为传统链路都是基于请求自上而下，融入底层出现故障，很难、或者无法进行逆向追溯；如某个底层功能故障，无法反向追溯到上层业务。

故障连锁风险高，由于监控跟踪范围有限、故障无法反向追溯，导致出现问题、出现故障后无法第一时间判断影响范围，从而会导致连锁雪崩现象出现。

发明内容

本发明的目的是提供一种反向追溯企业发票系统配置的方法。为了对披露的实施例的一些方面有一个基本的理解，下面给出了简单的概括。该概括部分不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念，以此作为后面的详细说明的序言。

根据本发明实施例的一个方面，提供一种反向追溯企业发票系统配置的方法，包括：

数据采集；

对采集的数据进行分析；

根据分析的结果进行监控预警；

性能分析；

故障定位。

进一步地，所述数据采集包括：

通过定时任务实施采集基础资源的资源信息

通过定时任务实施采集业务功能信息。

进一步地，所述对采集的数据进行分析包括：

基础资源的映射分析；

业务功能资源的映射分析。

进一步地，所述根据分析的结果进行监控预警包括：

基于资源的定期检查，根据检查监控数据，根据分析的结果，对照指标数据，实施预警或者报警；若出现预警或者报警，则逆向梳理调用链路，获取到到影响源头范围，并进行通知。

进一步地，所述性能分析包括：

基于采集到的基础资源的性能等信息，按照资源采集获取的使用量进行比例计算，获取性能指数。

进一步地，所述故障定位包括：

通过调用链路拓扑关系，结合预警或报警信息以及性能分析的结果，实现快速定位。

根据本发明实施例的一个方面，提供一种反向追溯企业发票系统配置的装置，包括：

数据采集模块，用于数据采集；

数据分析模块，用于对采集的数据进行分析；

监控预警模块，用于根据分析的结果进行监控预警；

性能分析模块，用于性能分析；

定位模块，用于故障定位。

根据本发明实施例的一个方面，提供一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现上述的反向追溯企业发票系统配置的方法。

根据本发明实施例的一个方面，提供一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以实现上述的反向追溯企业发票系统配置的方法。

相较于现有技术，本发明实施例提供的技术方案可以包括以下有益效果：

本发明实施例提供的反向追溯企业发票系统配置的方法，降低了故障的发生率，当反向追溯出现故障的时候，可以有效地评估出影响范围，及时找到对应问题点，能够第一时间防止雪崩现象产生；降低了运维成本，全方面资源采集+链路追踪，可以实时提供资源使用率，有效的提高运维工作，从而降低成本浪费。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者，部分特征和优点可以从说明书中推知或毫无疑义地确定，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本申请的一个实施方式的反向追溯企业发票系统配置的方法流程图；

图2为本申请的另一个实施方式的反向追溯企业发票系统配置的方法流程图；

图3所示为图2所示实施方式中数据采集的流程示意图；

图4所示为图2所示实施方式中数据分析的流程示意图；。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面结合附图和具体实施例对本发明做进一步说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

如图1所示，本申请的一个实施方式提供了一种反向追溯企业发票系统配置的方法。针对电子发票系统功能，只要与系统相关的资源，进行全方面、全范围的采集；通过采集中获取的各资源设定，获取到该资源上游链路或者下游链路的映射关系，从而分析出整个调用访问链路，实现链路追溯；通过链路数据配合指标数据以及监控数据，能有效地分析、展示出性能，或者导出统计大盘；有了访问链路，再加上监控报警，可以快速定位出故障点。

将硬件、软件、网络、存储等一切系统相关规划为资源，定时采集资源信息，以及实时跟踪资源之间的链路调用；接收到资源信息、链路信息后正向、逆向存储至″数据存储″；再将存储的信息通过″追溯服务″实现链路展示、故障链路分析\定位、性能分析、统计大盘等展现出来；另外监控系统实施跟踪″信息采集″、第一时间将故障节点报告，并结合链路追溯等实现整体方案。

将发票系统所涵盖使用到的资源划分为基础资源、业务服务资源。

基础资源：为业务软件、功能模块等提供最基础的底层支撑；例如：服务器、数据库、消息队列、搜索引擎、复杂均衡、路由解析等。

业务功能资源：基于业务软件等，等独立软件服务的资源；例如发票的进项软件、发票的销项管理软件、基于发票的人员管理软件、基于发票的OCR识别软件、基于发票的板式软件等。

如图2所示，本申请的另一个实施方式提供了一种反向追溯企业发票系统配置的方法，包括以下步骤：

步骤S10、数据采集。

在某些实施方式中，所述数据采集包括：

通过定时任务实施采集基础资源的资源信息

通过定时任务实施采集业务功能信息。

作为发票系统调用链路的基础，所依赖的服务数据尤为重要。

这里不只是简单的采集业务功能模块的调用数据，还将业务功能所依赖的周边所有都作为采集的资源。

如图3所示，示出了数据采集的流程示意图。

通过定时任务实施采集\同步左侧的基础资源的资源信息(如硬件配置信息)

通过定时任务实施采集\同步右侧的业务功能(如功能信息、业务线、相关人等)

通过实施跟踪实现业务服务的调用链路，将整个软硬件\基础资源和业务功能资源调用串联。

采集范围

基础资源-采集：服务器、关系型数据库、分布式数据、存储、消息队列、搜索引擎、功能模块、负载、路由等

业务功能资源-采集：发票软件功能模块、以及调用周边其他软件系统

采集内容

资源的基础信息、资源配置信息、本资源与其他资源配置信息等。

采集方式

基础资源

公有云/私有云：通过调用公有云的资源API，将所需采集的资源定期抓取到资源库中存储

自主机房：通过三方监控采集工具，抓取资源基础信息，以及资源的配置信息

业务功能资源

通过在业务功能所部署的服务器上安装埋点监控、或者通过其他软件工具实现对业务调用关系的监控采集。

步骤S20、数据分析。

对采集的数据进行分析。

在某些实施方式中，所述对采集的数据进行分析包括：

基础资源的映射分析；

业务功能资源的映射分析。

如图4所示，示出了数据分析的流程示意图。数据分析的目的是为了将整个发票系统中存在的所有资源使用，生成资源使用链路，将整个资源串联起来。

基础资源的映射分析：

采集到的基础资源配置获取到该资源调用下一节点的资源配置。

例如：网关路由会设定域名与IP的映射。这样就可以获取到域名与SLB负载的关系。

例如：SLB负载会设定分发的服务IP，这样就可以获取SLB负载与分发的服务器关系。

业务功能资源的映射分析：通过业务服务指点调动IP地址+端口，可以确定调用映射关系。

通过埋点工具，也可以实现业务功能的调用映射关系。

基础资源与业务功能资源的映射分析：

业务功能资源对应基础资源；

解析业务功能系统的配置文件，获取业务功能系统所调用的基础资源

基础资源对应业务功能资源

因为业务功能资源属于软件，需要部署到服务上，而且每个软件有不同的端口号，所以服务器IP地址+软件的端口号，可以解析SLB负载与业务功能资源的映射关系。

步骤S30、监控预警。

根据分析的结果进行监控预警。

在某些实施方式中，所述根据分析的结果进行监控预警包括：

基于资源的定期检查，根据检查监控数据，根据分析的结果，对照指标数据，实施预警或者报警；若出现预警或者报警，则逆向梳理调用链路，获取到到影响源头范围，并进行通知。

监控预计是基于资源的定期检查，根据检查监控数据，对照“指标数据”，实施预警或者报警；当出现了预警报警，逆向梳理调用链路，获取到到影响源头范围，并进行通知，及时有效防止雪崩效应产生。

监控方式

公有云/私有云：利用公有云、私有云平台自带的监控，通过定时主动触发或者回调方式实现监控采集。

自主机房：通过三方监控工具，通过定时主动触发或者回调方式实现监控采集。

预警报警方式

当某一个资源触发了“指标数据”的预警报警，则通过“资源映射数据”，逆向梳理出影响的业务入口，实现基于业务的预警报警。

步骤S40、性能分析。

在某些实施方式中，所述性能分析包括：

基于采集到的基础资源的性能等信息，按照资源采集获取的使用量进行比例计算，获取性能指数。

性能分析基于采集到的基础资源的性能等信息，按照资源采集获取的使用量进行比例计算，获取性能指数。

根据调用链路可以获取到业务功能整个链路的性能，从而可以更加有效利用资源。

例如：数据库默认连接数为1000，通过采集获取当前数据库连接数为100，则可以分析该数据库实例还有较大的利用空间。

步骤S50、故障定位。

在某些实施方式中，所述故障定位包括：

通过调用链路拓扑关系，结合预警或报警信息以及性能分析的结果，实现快速定位。

如业务线出现故障，可以通过调用链路拓扑关系、加上预警报警信息以及性能分析的结果，实现快速定位，第一时间找到故障点。

例如：某业务访问失败，可以通过查看性能分析，发现数据库连接压力过高，再通过查看预警，发现数据库存在偶发性连接失败，从而可以快速分析是由于数据库连接数不够导致业务故障。

本申请的反向追溯企业发票系统配置的方法，降低了故障的发生率，当反向追溯出现故障的时候，可以有效地评估出影响范围，能够及时找到对应问题点，能够第一时间防止雪崩现象产生；降低了运维成本，全方面资源采集+链路追踪，可以实时提供资源使用率，有效的提高运维工作，从而降低成本浪费。本发明扩展了传统的链路追踪范围，将企业发票系统所依赖、所相关的资源都进行了监控跟踪、更加保障了软件稳定范围。

本发明的反向追溯企业发票系统配置的方法依赖于调用链路，但是优化了链路，并将链路实现反向追溯，可以在出现故障的场合快速定位、快速分析影响范围，保证系统稳定，避免雪崩现象发生。本发明采集了大量资源信息、可以实施跟踪管理资源使用状况，有效提高运维工作效率，减少了无效成本。

本申请的另一实施例提供了一种反向追溯企业发票系统配置的装置，包括：

数据采集模块，用于数据采集；

数据分析模块，用于对采集的数据进行分析；

监控预警模块，用于根据分析的结果进行监控预警；

性能分析模块，用于性能分析；

定位模块，用于故障定位。

本申请另一个实施例还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现上述的反向追溯企业发票系统配置的方法。

本申请另一个实施例还提供了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以实现上述的反向追溯企业发票系统配置的方法。

需要说明的是：

在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。

本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是——但不限于——电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言-诸如Smalltalk、C++等，以及常规的过程式编程语言-诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络-包括局域网(LAN)或广域网(WAN)-连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。

这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人员来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。

应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或模块组合成一个模块或单元或模块，以及此外可以把它们分成多个子模块或子单元或子模块。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的虚拟机的创建装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述实施例仅表达了本发明的实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种反向追溯企业发票系统配置的方法，其特征在于，包括：

数据采集；

对采集的数据进行分析；

根据分析的结果进行监控预警；

性能分析；

故障定位。

2.根据权利要求1所述的反向追溯企业发票系统配置的方法，其特征在于，所述数据采集包括：

通过定时任务实施采集基础资源的资源信息

通过定时任务实施采集业务功能信息。

3.根据权利要求1所述的反向追溯企业发票系统配置的方法，其特征在于，所述对采集的数据进行分析包括：

基础资源的映射分析；

业务功能资源的映射分析。

4.根据权利要求1所述的反向追溯企业发票系统配置的方法，其特征在于，所述根据分析的结果进行监控预警包括：

基于资源的定期检查，根据检查监控数据，根据分析的结果，对照指标数据，实施预警或者报警；若出现预警或者报警，则逆向梳理调用链路，获取到到影响源头范围，并进行通知。

5.根据权利要求1所述的反向追溯企业发票系统配置的方法，其特征在于，所述性能分析包括：

基于采集到的基础资源的性能等信息，按照资源采集获取的使用量进行比例计算，获取性能指数。

6.根据权利要求1所述的反向追溯企业发票系统配置的方法，其特征在于，所述故障定位包括：

通过调用链路拓扑关系，结合预警或报警信息以及性能分析的结果，实现快速定位。

7.一种反向追溯企业发票系统配置的装置，其特征在于，包括：

数据采集模块，用于数据采集；

数据分析模块，用于对采集的数据进行分析；

监控预警模块，用于根据分析的结果进行监控预警；

性能分析模块，用于性能分析；

定位模块，用于故障定位。

8.一种电子设备，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如权利要求1-6任一项所述的反向追溯企业发票系统配置的方法。

9.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行，以实现如权利要求1-6任一项所述的反向追溯企业发票系统配置的方法。

Images