在前面进行报表功能分析的时候,我就已经谈到报表统计分析实际上有两个关键的维度, 一个是时间维度(年,月,日);还有一个就是系统维度(组织,域,业务系统) 。这是两个关键的维度,所有实际的统计指标分析都是基于这两个维度进行展开的。
在报表功能实现的时候,我们先看下业务场景需求,从单个业务系统来说,肯定是关注他自己这个系统提供的接口服务,消费的接口服务的整体运行情况。但是从甲方组织的角度,一定是关注整个组织或子组织整体的服务提供和服务消费情况。
因此将按组织和按系统两个分开来实现报表统计分析是合理的。按组织实际上可以理解为将系统归集到组织,朝上面汇聚一层以后的数据。可以看到如果是BI报表,直接使用报表本身的上钻和下钻的功能即可。
除了按组织和按系统两个维度外,在进行服务运行分析的时候, 还有一个重要的维度,即服务提供还是服务消费 ,比如当分析ERP系统的服务运行的时候,我们既可以分析ERP作为提供方时提供的服务被外部系统调用和消费的情况,也可以分析ERP作为消费方时消费外部系统提供的服务情况。
当按服务提供维度进行分析的时候,可以看到自己系统提供的服务究竟被哪些系统消费,哪些系统消费的服务量大,并发量大等。而当做为服务消费的时候,就可以看到自己究竟消费了哪些系统的接口,调用外部接口的次数和数据量等。
对于时间也是一个重要的维度,在没有灵活的BI报表聚合功能的时候,需要实现按月和按天各自统计分析的功能,对于按月的话则现在每天的数据序列;而对于按天的话则按小时显示24个点的序列数据。如果再按年汇聚的话,则可以显示当年12个月的数据。
报表关键指标项
在统计分析维度确定后,接着要考虑的就是关键的KPI指标分析项数据。对于服务运行而言,实际上我们所有的报表统计分析均来自于服务运行日志。那么我们就需要从服务日志中找寻相关的关键KPI指标项。
对于单条服务日志,可以看到关键属性项包括: 服务编号,服务名称,服务类型,服务版本,服务状态,提供方系统,消费方系统,调用IP,调用开始时间,调用结束时间,调用数据量。
a.从提供方系统和消费方系统,可以抽象出对应的 系统归属组织 信息。
b.从调用开始和结束时间,可以统计出 服务调用时长
c.从服务状态,可以归类出成功和失败,从失败可以拆分为具体的 各类异常类型 。
d.从服务日志明细进行时间汇总的时候,可以汇总出 服务调用次数,服务调用并发 信息。
因此基于以上分析,我们分析的 服务运行关键KPI包括了 :
1.服务运行次数 (成功次数,异常次数)
2.服务运行时长 (最小时长,平均时长,最大时长)
3.服务运行数据量 (最小,最大和平均报文量)
4.服务运行并发 (分钟级并发,小时级并发)
5.服务异常分析 (异常分类统计)
6.服务运行分析 (按服务类型分类统计)
服务运行基准监控
服务运行报表最终目的仍然是希望发现一些关键的性能问题,异常调用等。在有了服务运行统计数据后,我们可以按天的维度进行统计,包括服务的运行次数,时长,数据量,错误次数等。然后和我们预先设置的服务基准性能数据进行分析,对于超过阈值的可以预警。
其次,我们还可以启用服务实时告警和预警功能,即对于日报表分析经常发现异常消费调用的服务,则可以将预警规则配置到服务告警功能中,通过该服务告警功能实现服务异常调用的实时预警能力。
在进行服务报表功能设计的时候,我们将服务预警基准监控功能也作为服务运行基准监控的一部分。
主报表的进一步下钻分析
如果报表功能是用于实际的性能和异常问题分析,那么就需要考虑基于主报表的功能提供进一步的下钻分析能力,以方便快速的分析和定位到具体的服务运行问题。初步分析,可以考虑进一步下钻分析的点包括:
1.服务次数和并发- >下钻到究竟是涉及到哪些系统调用,各自调用的并发量,次数和错误情况。
2.运行异常 ->进一步下钻到具体的各个异常分类下的服务运行次数,并发和错误情况。
3.运行时长 ->下钻到具体的各个消费系统的运行时长数据分析。
4.数据量 ->下钻到具体的各个消费系统的运行数据量(包括最小,最大和平均数据量)
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网
猜你喜欢:- 再谈服务报表需求分析(10.13)
- ReportLibrary 报表模板库新增 21 张报表模板,加入报表导出功能!
- ReportLibrary 报表模板库新增 21 张报表模板,加入报表导出功能!
- JimuReport 积木报表 1.3.3 版本发布,可视化报表工具
- JimuReport 积木报表 1.3.4 版本发布,可视化报表工具
- JimuReport 积木报表 1.3.1 beta 版本发布,免费的 Web 报表工具
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。