业务指标的监控系统及方法与流程

文档序号:20285608发布日期:2020-04-07 16:01阅读:927来源:国知局
业务指标的监控系统及方法与流程

本申请涉及计算机通信技术领域,尤其涉及一种业务指标的监控系统及方法。



背景技术:

相关技术中,在对业务系统中对应业务的业务指标进行监控时,通常在业务代码中嵌入业务指标的监控流程,以实现对相关业务的业务指标进行监控,然而上述这种监控业务指标的方式,对业务流程存在浸入性,甚至可能影响业务流程,并且占用业务服务的资源。



技术实现要素:

本申请的目的旨在至少在一定程度上解决上述的技术问题之一。

为此,本申请的第一个目的在于提出一种业务指标的监控系统,该系统无需通过嵌入业务代码的业务指标监控流程对业务指标进行监控,通过交易日志数据确定出业务指标的指标值,并将业务指标的指标值存储在数据存储服务器,从而使得接收到监控任务的服务节点通过访问数据存储服务器即可实现对各业务指标进行实时监控的同时,实现了将业务指标监控与业务隔离,并且可及时发现各项业务问题,降低业务影响,确保业务质量,提高运维能力。

本申请的第二个目的在于提出一种业务指标的监控方法。

本申请的第三个目的在于提出一种存储介质。

为了实现上述目的,本申请第一方面实施例的业务指标的监控系统,包括:计算服务器,用于根据交易日志数据,确定各业务指标的指标值,并将所述各业务指标的指标值传输至数据存储服务器;所述数据存储服务器,用于存储各业务指标的指标值;任务调度服务器,用于生成监控任务,并将所述监控任务发送至服务网络中的服务节点;所述服务节点,用于根据所述监控任务,从所述数据存储服务器中获取对应业务指标的指标值,根据所述对应业务指标的指标值和所述对应业务指标的业务指标阀值之间的关系,以确定是否进行告警服务。

本申请实施例的业务指标的监控系统,通过计算服务器对交易日志数据进行处理,以确定出各业务指标的指标值,并通过数据存储服务器存储各业务指标的指标值,以及通过任务调度生成监控任务,并将监控任务发送至服务网络中的服务节点,对应地,服务节点根据监控任务,从数据存储服务器中获取对应业务指标的指标值,根据对应业务指标的指标值和对应业务指标的业务指标阀值之间的关系,以确定是否进行告警服务。由此,无需通过嵌入业务代码的业务指标监控流程对业务指标进行监控,通过交易日志数据确定出业务指标的指标值,并将业务指标的指标值存储在数据存储服务器,从而使得接收到监控任务的服务节点通过访问数据存储服务器即可实现对各业务指标进行实时监控的同时,实现了将业务指标监控与业务隔离,并且可及时发现各项业务问题,降低业务影响,确保业务质量,提高运维能力。

为了实现上述目的,本申请第二方面实施例的业务指的标监控方法,所述方法包括:计算服务器根据交易日志数据,确定各业务指标的指标值,并将所述各业务指标的指标值传输至数据存储服务器;由所述数据存储服务器存储各业务指标的指标值;任务调度服务器生成监控任务,并将所述监控任务发送至服务网络中的服务节点;所述服务节点根据所述监控任务,从所述数据存储服务器中获取对应业务指标的指标值,根据所述对应业务指标的指标值和所述对应业务指标的业务指标阀值之间的关系,以确定是否进行告警服务。

本申请实施例的业务指标的监控方法,通过计算服务器对交易日志数据进行处理,以确定出各业务指标的指标值,并通过数据存储服务器存储各业务指标的指标值,以及通过任务调度生成监控任务,并将监控任务发送至服务网络中的服务节点,对应地,服务节点根据监控任务,从数据存储服务器中获取对应业务指标的指标值,根据对应业务指标的指标值和对应业务指标的业务指标阀值之间的关系,以确定是否进行告警服务。由此,无需通过嵌入业务代码的业务指标监控流程对业务指标进行监控,通过交易日志数据确定出业务指标的指标值,并将业务指标的指标值存储在数据存储服务器,从而使得接收到监控任务的服务节点通过访问数据存储服务器即可实现对各业务指标进行实时监控的同时,实现了将业务指标监控与业务隔离,并且可及时发现各项业务问题,降低业务影响,确保业务质量,提高运维能力。

为了实现上述目的,本申请第三方面实施例的存储介质,其上存储有计算机程序,该程序被处理器执行时,实现本申请上述实施的业务指标的监控方法。

本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中,

图1是根据本申请一个实施例的业务指标的监控系统的结构示意图;

图2是根据本申请一个实施例的业务指标的监控方法的流程示意图。

具体实施方式

下面详细描述本申请的实施例,实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的业务指标的监控系统及方法。

图1是根据本申请一个实施例的业务指标的监控系统的结构示意图。

如图1所示,该业务指标的监控系统10可以包括计算服务器110、数据存储服务器120、任务调度服务器130和服务节点140,其中:

计算服务器110,用于根据交易日志数据,确定各业务指标的指标值,并将各业务指标的指标值传输至数据存储服务器120。

具体地,计算服务器110获取业务系统对应的交易日志数据,并根据业务系统的交易日志数据,确定出各项业务指标的指标值,并通过数据存储服务器120存在各业指标的指标值。

在本实施例中,为了提高确定出各项业务指标的指标值的效率,作为一种示例,计算服务器110可通过流式计算服务对交易日志数据进行处理,以生成个性业务指标的指标值。

其中,可以理解的是,上述业务系统是基于各种业务代码所建立的系统。

数据存储服务器120,用于存储各业务指标的指标值。

在本实施例中,数据存储服务器120可以采用预先设置的数据存储库存储各业务指标的指标值。

例如,数据存储服务器120可以采用elasticsearch数据库存储各业务指标的指标值。

任务调度服务器130,用于生成监控任务,并将监控任务发送至服务网络中的服务节点。

在本实施例中,为了可通过监控系统对业务指标进行自动监控,作为一种示例,任务调度服务器130具体用于:按照每间隔预设时长生成监控任务。

其中,预设时长可以是任务调度服务器中预先设置的时长,例如,预设时长可以为2分钟。

可以理解的是,上述预设时长为2分钟仅是一种示例,在实际应用过程中,还可以根据实际业务需求将预设时长设置为其他值,该实施例对此不作具体限定。

当然,在实际应用过程中,任务调度服务器130生成监控任务还可以是由用户触发的,也就是说,用户可通过手动方式控制任务调度服务器130生成监控任务。

服务节点140,用于根据监控任务,从数据存储服务器130中获取对应业务指标的指标值,根据对应业务指标的指标值和对应业务指标的业务指标阀值之间的关系,以确定是否进行告警服务。

可以理解的是,在监控任务对所有业务指标进行监控的任务时,服务节点140可根据监控任务,从数据存储服务器130中获取各个业务指标的指标值,并根据各个业务指标对应的业务指标阀值,确定对应业务指标的指标值是否超过其对应的业务指标阀值,并在对应业务指标的指标值超过器对应的业务指标阀值时,调用告警服务,以提醒相关业务人员。

具体地,在服务节点140在获取到对应业务指标的指标值后,服务节点140可获取对应业务指标的业务指标阀值,然后,判断对应业务指标的指标值是否超过业务指标阀值,如果对应业务指标的指标值是否超过业务指标阀值,则调用告警服务,通过预先设置的提醒方式通知相关业务人员。

可以理解的是,如果对应业务指标的指标值未超过业务指标阀值,则跳过调用告警服务。

其中,预先设置的提醒方式可以包括但不限于短信、邮件等方式。

可以理解的是,本实施例中,服务节点140中获取对应业务指标的业务指标阀值的方式有多种,例如,服务节点140可通过自身存储的各个业务指标与业务指标阀值之间的对应关系,获取对应业务指标的业务指标阀值,或者,服务节点140可通过访问任务调度服务器130获取对应业务指标的业务指标阀值(其中,任务调度服务器130中所保存的各个业务指标的业务指标阀值可以是从与其连接的计算服务器中预先获取到的,也可以是人工在任务调度服务器130中预先配置的),或者,服务节点140可通过访问计算服务器110获取对应业务指标的业务指标阀值。

其中,本实施例中的服务节点140可以为一个或者多个,服务节点140可以为业务指标监控端。

在本申请一个实施例中,服务节点140还用于确定监控任务的任务类型,根据任务类型从数据存储服务器中获取对应业务指标的指标值。

具体地,在服务节点140接收到监控任务时,可获取监控任务的任务标识,并根据任务标识,确定监控任务的任务类型。

具体而言,可通过对任务标识进行分析,以确定任务标识中的任务类型标识信息,并根据任务类型标识信息,确定监控任务的任务类型。

在本实施例中,任务类型与业务指标的业务类型存在对应关系,任务调度服务器130还用于根据业务类型生成对应任务类型的监控任务。

其中,可以理解的是,任务调度服务器130按照业务类型生成监控任务,提高业务指标监控的并行度。

具体地,在任务调度服务器130生成监控任务时,任务调度服务器130根据业务类型生成对应任务类型的监控任务。对应地,服务节点140在获取到监控任务后,服务节点140可确定监控任务的任务类型,并根据任务类型从数据存储服务中获取对应业务指标的指标值。

其中,可以理解的是,本实施中的数据存储服务器120还保存了任务类型与业务指标之间的对应关系。

具体而言,数据存储服务器120在接收到接收节点140的查询请求,查询请求包括监控任务的任务类型,对应地,数据存储服务器120根据任务类型与业务指标之间的对应关系,确定出与该监控任务对应的业务指标,并从用于存储业务指标的数据库中获取对应业务指标的指标值,并将所获取的对应业务指标的指标值返回给对应服务节点140。

在本实施例中,通常服务网络中的服务节点有多个,在多个服务节点中的目标服务节点接收到监控任务后,目标服务节点还用于向其他服务节点发送已接收到监控任务的提示消息,其中,目标服务节点为多个服务节点中任意一个服务节点,其他服务节点为多个服务节点中除了目标服务节点之外的服务节点。由此,避免其他服务节点继续对监控任务进行监听所造成的资源消耗。

本申请实施例的业务指标的监控系统,通过计算服务器对交易日志数据进行处理,以确定出各业务指标的指标值,并通过数据存储服务器存储各业务指标的指标值,以及通过任务调度生成监控任务,并将监控任务发送至服务网络中的服务节点,对应地,服务节点根据监控任务,从数据存储服务器中获取对应业务指标的指标值,根据对应业务指标的指标值和对应业务指标的业务指标阀值之间的关系,以确定是否进行告警服务。由此,无需通过嵌入业务代码的业务指标监控流程对业务指标进行监控,通过交易日志数据确定出业务指标的指标值,并将业务指标的指标值存储在数据存储服务器,从而使得接收到监控任务的服务节点通过访问数据存储服务器即可实现对各业务指标进行实时监控的同时,实现了将业务指标监控与业务隔离,并且可及时发现各项业务问题,降低业务影响,确保业务质量,提高运维能力。

基于图1所示的业务指标的监控系统的结构,下面对本申请实施例的业务指标的监控方法进行说明。

图2是根据本申请一个实施例的业务指标的监控方法的流程示意图。

如图2所示,该业务指标的监控方法包括:

步骤201,计算服务器根据交易日志数据,确定各业务指标的指标值,并将各业务指标的指标值传输至数据存储服务器。

具体地,为了提高确定出各项业务指标的指标值的效率,作为一种示例,计算服务器可通过流式计算服务对交易日志数据进行处理,以生成个性业务指标的指标值,并将确定出的各个业务指标的指标值存储到数据存储服务器。

步骤202,由数据存储服务器存储各业务指标的指标值。

具体地,数据存储服务器可以采用elasticsearch数据库存储各业务指标的指标值。

步骤203,任务调度服务器生成监控任务,并将监控任务发送至服务网络中的服务节点。

具体地,任务调度服务器生成监控任务可以包括:按照每间隔预设时长生成监控任务。

其中,预设时长可以是任务调度服务器中预先设置的时长,例如,预设时长可以为2分钟。

可以理解的是,上述预设时长为2分钟仅是一种示例,在实际应用过程中,还可以根据实际业务需求将预设时长设置为其他值,该实施例对此不作具体限定。

步骤204,服务节点根据监控任务,从数据存储服务器中获取对应业务指标的指标值,根据对应业务指标的指标值和对应业务指标的业务指标阀值之间的关系,以确定是否进行告警服务。

具体地,在获取到对应业务指标的指标值后,服务节点140可获取对应业务指标的业务指标阀值,然后,判断对应业务指标的指标值是否超过业务指标阀值,如果对应业务指标的指标值是否超过业务指标阀值,则调用告警服务,通过预先设置的提醒方式通知相关业务人员。

可以理解的是,如果对应业务指标的指标值未超过业务指标阀值,则跳过调用告警服务。

其中,预先设置的提醒方式可以包括但不限于短信、邮件等方式。

在本申请的一个实施例中,服务节点根据监控任务,从数据存储服务器中获取对应业务指标的指标值可以包括:确定监控任务的任务类型,根据任务类型从数据存储服务器中获取对应业务指标的指标值

在本实施例中,为了提高业务指标监控的并行度,任务调度服务器生成监控任务包括:任务调度服务器根据业务类型生成对应任务类型的监控任务,其中,任务类型与业务指标的业务类型存在对应关系。

在本实施例中,为了方便服务节点可快速获知对应业务指标的业务指标阀值,作为一种示例性的实施方式,任务调度服务器在将监控任务发送至服务节点之前,将各个业务指标的业务指标阀值发送至服务节点,服务节点用于存储各个业务指标的业务指标阀值。

其中,需要说明的是,前述对业务指标的监控系统的解释说明也适用于本实施例的业务指标的监控方法,此处不再赘述。

本申请实施例的业务指标的监控方法,通过计算服务器对交易日志数据进行处理,以确定出各业务指标的指标值,并通过数据存储服务器存储各业务指标的指标值,以及通过任务调度生成监控任务,并将监控任务发送至服务网络中的服务节点,对应地,服务节点根据监控任务,从数据存储服务器中获取对应业务指标的指标值,根据对应业务指标的指标值和对应业务指标的业务指标阀值之间的关系,以确定是否进行告警服务。由此,无需通过嵌入业务代码的业务指标监控流程对业务指标进行监控,通过交易日志数据确定出业务指标的指标值,并将业务指标的指标值存储在数据存储服务器,从而使得接收到监控任务的服务节点通过访问数据存储服务器即可实现对各业务指标进行实时监控的同时,实现了将业务指标监控与业务隔离,并且可及时发现各项业务问题,降低业务影响,确保业务质量,提高运维能力。

本申请还提供了一种存储介质,其上存储有计算机程序,该程序被处理器执行时,实现本申请第一方面实施的业务指标的监控方法。

在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(ram),只读存储器(rom),可擦除可编辑只读存储器(eprom或闪速存储器),光纤装置,以及便携式光盘只读存储器(cdrom)。另外,计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序,然后将其存储在计算机存储器中。

应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(pga),现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。

此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1