[发明专利]业务状态处理方法和装置

说明书

技术领域

本发明涉及通讯技术领域，具体而言，涉及业务状态处理方法和装置。

背景技术

随着互联网浪潮的兴起和“互联网+”概念的普及，各类互联网业务蓬勃发展，互联网产品大量涌现。在这种趋势下，同一类型的产品往往同时面临几十、上百款竞品，行业竞争异常激烈。为了能够紧跟用户需求、不断试错、提升用户体验，业务的开发和迭代周期也被一再缩短。

现阶段行业内，针对业务系统运行状态的监控主要基于TPC、SPEC、HPCC等搭建而来。以上做法基本上都是搭建一个专属的业务监控系统，然后在各项业务子进程中添加监控点，将各个监控点的数据进行汇总分析，同时相伴的还有一个专属的分析系统并将分析结果集成在一个后台系统中用于展示。这些系统都能够提供详尽的业务系统运行状态数据，包括每个业务节点的访问量，丢包率，超时等。

目前，常见的业务监控系统的工作流程是用户通过客户端等终端向服务器发送请求之后，中心服务器就会将请求转发到对应的业务服务器上，然后对应业务服务器上的业务模块就会执行业务处理，并向其所位于的业务服务器上的监控采集模块发送业务监控数据，其中所述业务监控数据以预定格式指示业务模块名称和监控点名称；在达到预定的时间间隔时由所述监控采集模块基于至少一个所接收的业务监控数据生成监控信息；将所生成的监控信息发送到监控服务器；由所述监控服务器存储所接收的监控信息；以及由所述监控服务器按照统计时间间隔基于所存储的监控信息生成分级统计汇总数据。其中评判业务系统的健康程度时经常使用TPC、SPEC、Linpack、HPCC等，这些方法能够从处理器性能、服务器系统性能、商业应用性能等方面模拟或者量化线上业务请求，然后给出了一个量化的评价指标。

一般TPC类型服务器评测体系的做法是在一个服务器上安装一个数据库,然后在数据库模拟一些标准化操作,最后会得到数据库每分钟处理事务数或数据库每秒钟处理事务数这两种统计结果。TPC就是用这两种统计结果来评价服务器的性能；一般SPEC服务器评测体系的做法是一个全面衡量Web应用中java企业应用服务器性能的基础测试。在这个基准测试中，系统模拟一个现代化企业的电子化业务工作，如客户定购查询、产品生产制造管理、供应商等，给系统以巨大的负载，以全面测试运行典型java业务应用的服务器性能水平；一般Linpack服务器评测体系的做法是在目标集群中运行Linpack测试程序,测试结果以浮点运算每秒(Flops)给出。其中：MFlops＝每秒一百万次(10^6)浮点运算、GFlops＝每秒十亿次(10^9)浮点运算。

随着互联网产品需求的高速变更，业务开发时的敏捷及快速迭代要求，从现阶段监控系统的工作流程中可以看出，虽然上述这些传统的业务监控系统能够对业务系统提供详细的运行状态数据，但也暴露出很多弊端：

首先，传统监控系统需要在各个子项业务中添加监控点，当业务快速扩张时需要添加的监控点也急速增多，这无疑增大了开发的复杂度和任务量，需要大量人力资源；其次，快速增多的监控数据，也要求对监控点的汇总分析系统进行快速迭代，这会占用更多的人力资源；再次，监控数据的增多也需要投入大量的开发资源和服务器资源，占用资源降低速度；最后，在业务快速扩张的过程中，人力物力都会比较紧张，难以维护一个同样快速膨胀的监控系统，监控系统的有效性就会大打折扣。

综上，传统方式打造的监控系统很难适应高速扩张的业务系统，现在常用的业务监控系统不适用于业务高速发展的互联网业务，而且缺乏对业务报警扩展能力的支持，具有应用的局限性。

针对现有技术中采用监控点进行监控的监控系统所存在的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种业务状态处理方法和装置，以解决现有技术中采用监控点进行监控的监控系统所存在的问题。

根据本发明实施例的一个方面，提供了一种业务状态处理方法，包括：在预定周期内，获取业务中的每个子业务对应的服务进程的运行状态；对所述每个子业务对应的服务进程的运行状态进行汇总得到第一汇总结果；根据所述第一汇总结果确定所述业务的状态。

进一步地，在确定所述业务状态之后，所述方法还包括：在所述业务的状态符合第一预定条件和/或所述子业务对应的服务进程的运行状态符合第二预定条件的情况下，进行告警。

进一步地，获取业务中的每个子业务对应的服务进程的运行状态包括：统计所述每个子业务对应的服务进程每次对接受到请求的处理时间；在所述预定周期内对所述处理时间进行累积得到累计结果；根据所述累积结果获取所述预定周期内的运行状态。