[发明专利]反向追溯企业发票系统配置的方法

说明书

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

技术领域

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

背景技术

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

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

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

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

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

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

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

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

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

发明内容

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

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

数据采集；

对采集的数据进行分析；

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

性能分析；

故障定位。

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

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

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

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

基础资源的映射分析；

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