一种业务数据预警控制方法、装置、设备及存储介质与流程

本申请涉及互联网通信技术领域，尤其涉及一种业务数据预警控制方法、装置、设备及存储介质。

背景技术：

随着互联网技术的日新月异，互联网业务系统涉及的业务种类也越来越多，随之也产生了大量的业务数据，如果不能对这些业务数据进行有效的预警控制，将对运营方和用户产生巨大的损失。

目前，一些互联网业务系统在进行业务数据预警控制时，往往直接在业务代码中增加相应的检查逻辑，但业务代码本身往往由于业务升级等需要频繁修改，而业务代码的频繁修改难免会造成业务逻辑本身和检查逻辑的出错，导致保存到数据库中的业务数据就算错误，也无法准确识别。因此，需要提供更可靠或更有效的方案。

技术实现要素：

本申请提供了一种业务数据预警控制方法、装置、设备及存储介质，可以快速准确识别出业务数据中的错误，实现有效的业务数据预警控制。

一方面，本申请提供了一种业务数据预警控制方法，所述方法包括：

同步服务器从目标业务的业务数据库实时获取业务更新数据；

同步服务器将所述业务更新数据发送给同步客户端；

同步客户端将所述业务更新数据发布至消息队列中；

报警检查服务器从所述消息队列中获取所述业务更新数据；

报警检查服务器根据所述目标业务的业务报警规则对获取的业务更新数据进行报警检查；

当报警检查的结果为报警时，报警检查服务器向报警监控端发送报警信息。

另一方面提供了一种业务数据预警控制系统，所述系统包括：

所述系统包括：同步系统、业务数据库、消息队列、报警检查服务器和报警监控端；所述同步系统包括同步客户端和同步服务器；

所述业务数据库用于存储目标业务实时的业务更新数据；

所述同步服务器用于从所述业务数据库实时获取业务更新数据，以及将所述业务更新数据发送给同步客户端；

所述同步客户端，用于将所述业务更新数据发布至消息队列中；

所述消息队列用于存储所述业务更新数据；

所述报警检查服务器，用于从所述消息队列中获取所述业务更新数据；以及用于根据所述目标业务的业务报警规则对获取的业务更新数据进行报警检查；以及用于当报警检查的结果为报警时，向报警监控端发送报警信息；

所述报警监控端用于展示报警检查服务器发送的报警信息。

另一方面提供了一种业务数据预警控制方法，所述方法包括：

从消息队列中获取业务更新数据，所述业务更新数据为同步系统从目标业务的业务数据库实时获取的业务更新数据；

根据所述目标业务的业务报警规则对获取的业务更新数据进行报警检查；

当报警检查的结果为报警时，向报警监控端发送报警信息。

另一方面提供了一种业务数据预警控制装置，所述装置包括：

业务更新数据获取模块，用于从消息队列中获取业务更新数据，所述业务更新数据为同步系统从目标业务的业务数据库实时获取的业务更新数据；

报警检查模块，用于根据所述目标业务的业务报警规则对获取的业务更新数据进行报警检查；

报警信息发送模块，用于当报警检查的结果为报警时，向报警监控端发送报警信息。

另一方面提供了一种业务数据预警控制设备，所述设备包括处理器和存储器，所述存储器中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由所述处理器加载并执行以实现如上述的业务数据预警控制方法。

另一方面提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令或至少一段程序，所述至少一条指令或所述至少一段程序由处理器加载并执行以实现如上述的业务数据预警控制方法。

本申请提供的业务数据预警控制方法、装置、设备及存储介质，具有如下技术效果：

本申请通过由同步服务器和同步客户端组成的同步系统，实时将业务数据库中的业务更新数据同步至消息队列中，以供报警检查服务器进行报警检查，可以快速准确的对业务更新数据进行报警检查，实现对目标业务的业务数据预警控制，且将实时的业务更新数据通过同步系统同步至消息队列，在消息队列中，可以对这些实时的业务更新数据，进行削峰填谷，以便报警检测服务器可以结合业务报警规则对实时的业务更新进行平滑匀速的报警检查处理。在报警检查结果为报警时，直接向报警监控端发送报警信息，可以及时进行问题补救修复。

附图说明

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

图1是本申请实施例提供的一种业务数据预警控制系统的示意图；

图2是本申请实施例提供的一种业务数据预警控制方法的流程示意图；

图3是本申请实施例提供的一种报警检查服务器根据所述目标业务的业务报警规则对获取的业务更新数据进行报警匹配的流程示意图；

图4是本申请实施例提供的一种报警检测服务器判断更新后的预设的业务报警数据是否满足预设报警条件的流程示意图；

图5是本申请实施例提供的另一种业务数据预警控制方法的流程示意图；

图6是本申请实施例提供的一种业务数据预警控制装置的结构示意图；

图7是本申请实施例提供的一种业务数据预警控制方法的服务器的硬件结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，图1是本申请实施例提供的一种业务数据预警控制系统的示意图，如图1所示，该应用环境可以包括业务数据库100、同步系统200、消息队列300、报警检查服务器400和报警监控端500。

本说明书实施例中，所述业务数据库100可以用于存储目标业务实时的业务更新数据。具体的，所述业务数据库100可以包括但不限于mysql(关系型数据库管理系统)、mongodb(是一个基于分布式文件存储的数据库)等数据库。

本说明书实施例中，所述同步系统200可以用于同步获取业务数据库中实时的业务更新数据。具体的，所述同步系统200可以包括同步服务器201和同步客户端202。在实际应用中，同步服务器201可以与业务数据库100建立连接，同步服务器201可以伪装成业务数据库100的备机，从业务数据库100获取实时的业务更新数据；进一步的，同步客户端202可以与同步服务器201建立连接，相应的，同步服务器201将获取实时的业务更新数据同步至同步客户端202。

本说明书实施例中，消息队列300可以与同步客户端202建立连接，相应的，同步客户端202可以将业务更新数据同步至消息队列300。消息队列300可以用于存储同步系统200实时同步的业务更新数据，在一个具体的实施例中，消息队列300可以包括但不限于kafka(卡夫卡)消息队列、rabbitmq(messagequeue)消息队列等。

在实际应用中，业务数据库100中实时产生的业务更新数据并不均衡，相应的，本说明书实施例中，将实时的业务更新数据同步至消息队列300，在消息队列300中，可以对这些实时的业务更新数据，进行削峰填谷，以便报警检测服务器可以对实时的业务更新进行平滑匀速的处理。

本说明书实施例中，报警检查服务器400可以与消息队列300建立连接，从消息队列300实时的接收业务更新数据，根据目标业务的业务报警规则对获取的业务更新数据进行报警检查；且当报警检查的结果为报警时，向报警监控端500发送报警信息；

本说明书实施例中，所述报警监控端500可以用于展示报警检查服务器400发送的报警信息。

在实际应用中，同步服务器201和报警检查服务器400可以包括独立的物理服务器，也可以包括多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(contentdeliverynetwork，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

同步客户端202和报警监控端500可以包括智能手机、台式计算机、平板电脑、笔记本电脑、智能音箱、数字助理、增强现实(augmentedreality，ar)/虚拟现实(virtualreality，vr)设备、智能可穿戴设备等类型的实体设备。也可以包括运行于实体设备中的软体，例如应用程序等。

本说明书实施例中，上述业务数据库100、同步系统200、消息队列300、报警检查服务器400和报警监控端500间的连接，可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

以下介绍本申请一种业务数据预警控制方法的实施例，图2是本申请实施例提供的一种业务数据预警控制方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，所述方法可以包括：

s201：同步服务器从目标业务的业务数据库实时获取业务更新数据。

本说明书实施例中，目标业务可以为任一需要进行业务数据预警控制的业务。具体的，业务更新数据可以业务系统在业务处理过程中产生的数据。

在实际应用中，业务系统在业务处理过程中往往会不断的更新某一业务数据。相应的，本说明书实施例业务更新数据可以包括更新前的业务数据和更新后的业务数据。具体的，以用户a周薪账单业务为例，某一周对应的业务更新数据可以包括该周的周薪账单数据和该周上一周的周薪账单数据。

s203：同步服务器将所述业务更新数据发送给同步客户端。

s205：同步客户端将所述业务更新数据发布至消息队列中。

s207：报警检查服务器从所述消息队列中获取所述业务更新数据。

本说明书实施例中，考虑到业务数据库中实时产生的业务更新数据并不均衡，相应的，将实时的业务更新数据同步至消息队列，在消息队列中，可以对这些实时的业务更新数据，进行削峰填谷，将同步过来的业务更新数据，按照业务更新数据的更新时间按序排列。相应的，从所述消息队列中获取业务更新数据可以包括：按序从所述消息队列中获取业务更新数据。

s209：报警检查服务器根据所述目标业务的业务报警规则对获取的业务更新数据进行报警检查。

在实际应用中，业务系统中往往对应着多种业务，相应的会产生多种业务的业务更新数据；对不同的业务更新数据往往也要采用不同的业务报警规则，在一个具体的实施例中，可以预先建立业务报警规则与目标业务间的映射关系；且业务更新数据与目标业务间也存在相应的映射关系；相应的，可以基于上述两个映射关系确定确定出用于对某一业务更新数据进行报警检查的业务报警规则。

本说明书实施例中，所述业务报警规则可以包括预设的业务报警数据是否满足预设报警条件；在实际应用中，业务更新数据中往往包括大量的各种类型的数据，若直接对大量数据全部依次进行报警检查，就会带来耗时久，当某一时刻流量较大(即业务数据库中产生大量的业务更新数据)时，会出现无法及时进行业务数据预警等问题。具体的，业务报警数据可以包括结合实际业务情况，从业务更新数据中确定出的会造成业务过失的数据。

在一些场景中，会造成业务过失的数据可以为业务的关键数据，例如账单业务中，金额、账单用户是否为会员等信息。相应的，针对为业务的关键数据的业务报警数据可以直接预先设置在业务报警规则。

在另一些场景中，会造成业务过失的数据往往不一定仅限于业务的关键数据。在一些实施例中，可以直接统计每一类业务更新数据大量业务过失场景下，造成业务过失的数据，将这些造成业务过失的全部数据或部分出现频率较高的数据作为业务报警数据，相应的，针对这类业务报警数据也可以直接预设在业务报警规则。

在一个具体的实施例中，如图3所示，所述报警检查服务器根据所述目标业务的业务报警规则对获取的业务更新数据进行报警匹配可以包括：

s2091：报警检查服务器基于所述业务报警规则确定业务报警数据。

s2093：报警检测服务器判断所述业务更新数据中的所述业务报警数据是否更新。

s2095：当所述业务更新数据中的业务报警数据更新时，判断更新后的预设的业务报警数据是否满足预设报警条件。

s2097：当更新后的业务报警数据满足预设报警条件时，确定报警检查的结果为报警。

具体的实施例中，业务报警规则中往往设置有业务报警数据的标识信息，相应的，可以基于该业务报警数据的标识信息确定出当前的业务更新数据中的业务报警数据。

本说明书实施例中，可以结合业务更新数据中更新前和更新后的业务数据的比较，来确定业务报警数据是否更新。具体的，当业务报警数据更新时，可以结合相应的预设报警条件来确定报警检查的结果。反之，若业务报警数据没有更新，可以直接确定报警检查的结果为不报警。

具体的，不同的业务报警数据往往对应不同的预设报警条件。本说明书实施例中，预设报警条件可以表征业务报警数据的更新限制条件。当更新后的业务报警数据超出该更新限制条件(预设报警条件)，报警检查的结果即报警；反之，可以直接确定报警检查的结果为不报警。

在一个具体的实施例中，当所述业务报警数据为业务账单金额时，所述报警检测服务器判断更新后的预设的业务报警数据是否满足预设报警条件可以包括：

报警检测服务器判断更新后的业务账单金额的值是否为空；

或

报警检测服务器判断更新后的业务账单金额的值是否为预设格式；

或

报警检测服务器判断更新后的业务账单金额的值是否为大于等于预设阈值；

当上述任一判断的结果为是时，可以确定报警检查的结果为报警。相应的，当上述全部判断的结果为否时，可以确定报警检查的结果为不报警。具体的，这里的预设格式可以为金额对应的格式，例如数值等。具体的，这里的预设阈值可以结合实际应用设置的金额上限值。

在另一些实施例中，如图4所示，当所述业务报警数据为业务打款金额时，所述报警检测服务器判断更新后的预设的业务报警数据是否满足预设报警条件包括：

s401：报警检测服务器确定更新后的业务打款金额对应的交易类型；

s401：报警检测服务器获取与所述交易类型对应的交易上限阈值；

s405：报警检测服务器判断更新后的业务打款金额的值是否为大于等于所述交易上限阈值；

相应的，当判断的结果为是时，确定报警检查的结果为报警。

实际应用中，例如打款的业务场景中，不同交易类型的打款金额限制往往不同，相应的，可以结合交易类型进行报警检查。

在另一些实施例中，考虑到结合上述的业务报警规则进行报警检查往往需要结合不同的业务设置不同的业务报警规则，为了降低报警检查服务器侧的数据存储负担，改善报警检查服务器报警检查的处理效率，本说明书实施例中，所述业务报警规则还可以包括预先训练好的报警识别模型的识别结果是否为报警。

具体的，可以利用第三方预先获取大量不同业务的业务过失场景下的业务更新数据和非过失场景(正常场景)下的业务更新数据，对业务过失场景下的业务更新数据进行报警的标注，对非过失场景下的业务更新数据进行不报警的标注。

将这些业务过失场景下的业务更新数据、非过失场景下的业务更新数据和相应的标注作为训练数据，结合预设的机器学习模型(可以包括但不限于卷积神经网络、循环神经网络或递归神经网络等)进行报警识别训练，在训练过程中不断调整机器学习模型中的模型参数，至识别出的结果与训练数据中对应的标注一致。相应的，训练好的机器学习模型可以作为报警识别模型，将任一业务报警数据输入该报警识别模型，可以便识别当前的业务更新数据是否需要报警。

s211：当报警检查的结果为报警时，报警检查服务器向报警监控端发送报警信息。

本说明书实施例中，报警检查服务器可以直接向报警监控端发送报警信息，也可以将报警信息推送到发送队列。发送队列有序地发送给报警监控端，具体的，这里报警信息的形式可以包括但不限于报警邮件和报警短信等。

由以上本说明书实施例提供的技术方案可见，本说明书实施例中，将报警检查规则与业务代码本身分离开来，可以有效避免业务代码的频繁修改造成检查逻辑的出错，无法进行业务数据预警控制的问题。且为了保证及时的对业务更新数据进行报警检查，实现对目标业务的业务数据预警控制，通过由同步服务器和同步客户端组成的同步系统，实时将业务数据库中的业务更新数据同步至消息队列中，以供报警检查服务器进行报警检查。且将实时的业务更新数据通过同步系统同步至消息队列，在消息队列中，可以对这些实时的业务更新数据，进行削峰填谷，以便报警检测服务器可以结合业务报警规则对实时的业务更新进行平滑匀速的报警检查处理。在报警检查结果为报警时，直接向报警监控端发送报警信息，以便及时进行问题补救修复，大大改善用户体验。

以下以报警检查服务器为执行主体介绍本申请一种业务数据预警控制方法的实施例，具体的，如图5所示，所述方法包括：

s501：从消息队列中获取业务更新数据，所述业务更新数据为同步系统从目标业务的业务数据库实时获取的业务更新数据；

所述同步系统包括同步服务器和同步客户端；

s503：根据所述目标业务的业务报警规则对获取的业务更新数据进行报警检查；

s505：当报警检查的结果为报警时，向报警监控端发送报警信息。

在一些实施例中，所述消息队列中的业务更新数据包括按照业务更新数据的更新时间按序排列的业务更新数据；

相应的，从所述消息队列中获取业务更新数据包括：

按序从所述消息队列中获取业务更新数据。

在一些实施例中，所述业务报警规则包括预设的业务报警数据是否满足预设报警条件；

相应的，所述根据所述目标业务的业务报警规则对获取的业务更新数据进行报警检查包括：

基于所述业务报警规则确定业务报警数据；

判断所述业务更新数据中的所述业务报警数据是否更新；

当所述业务更新数据中的业务报警数据更新时，判断更新后的预设的业务报警数据是否满足预设报警条件；

当更新后的业务报警数据满足预设报警条件时，确定报警检查的结果为报警。

在一些实施例中，当所述业务报警数据为业务账单金额时，所述判断更新后的预设的业务报警数据是否满足预设报警条件包括：

判断更新后的业务账单金额的值是否为空；

或

判断更新后的业务账单金额的值是否为预设格式；

或

判断更新后的业务账单金额的值是否为大于等于预设阈值；

当任一判断的结果为是时，确定报警检查的结果为报警。

在一些实施例中，当所述业务报警数据为业务打款金额时，所述判断更新后的预设的业务报警数据是否满足预设报警条件包括：

确定更新后的业务打款金额对应的交易类型；

获取与所述交易类型对应的交易上限阈值；

判断更新后的业务打款金额的值是否为大于等于所述交易上限阈值；

相应的，当判断的结果为是时，确定报警检查的结果为报警。

本申请实施例还提供了一种业务数据预警控制装置，如图6所示，所述装置包括：

业务更新数据获取模块610，可以用于从消息队列中获取业务更新数据，所述业务更新数据为同步系统从目标业务的业务数据库实时获取的业务更新数据；

报警检查模块620，可以用于根据所述目标业务的业务报警规则对获取的业务更新数据进行报警检查；

报警信息发送模块630，可以用于当报警检查的结果为报警时，向报警监控端发送报警信息。

所述消息队列中的业务更新数据可以包括按照业务更新数据的更新时间按序排列的业务更新数据；

相应的，从所述消息队列中获取业务更新数据包括：

按序从所述消息队列中获取业务更新数据。

在一些实施例中，所述业务报警规则可以包括预设的业务报警数据是否满足预设报警条件；

相应的，所述报警检查模块620可以包括：

业务报警数据确定单元，应用基于所述业务报警规则确定业务报警数据；

更新判断单元，用于判断所述业务更新数据中的所述业务报警数据是否更新；

条件判断单元，应用当所述业务更新数据中的业务报警数据更新时，判断更新后的预设的业务报警数据是否满足预设报警条件；

第一报警检查结果确定单元，用于当更新后的业务报警数据满足预设报警条件时，确定报警检查的结果为报警。

在一些实施例中，当所述业务报警数据为业务账单金额时，所述条件判断单元具体用于：

判断更新后的业务账单金额的值是否为空；

或

判断更新后的业务账单金额的值是否为预设格式；

或

判断更新后的业务账单金额的值是否为大于等于预设阈值；

当任一判断的结果为是时，确定报警检查的结果为报警。

在一些实施例中，当所述业务报警数据为业务打款金额时，所述条件判断单元具体用于：确定更新后的业务打款金额对应的交易类型；获取与所述交易类型对应的交易上限阈值；判断更新后的业务打款金额的值是否为大于等于所述交易上限阈值；相应的，当判断的结果为是时，确定报警检查的结果为报警。

所述的装置实施例中的装置与方法实施例基于同样的申请构思。

本申请实施例提供了一种业务数据预警控制设备，该业务数据预警控制设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的业务数据预警控制方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本申请实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图7是本申请实施例提供的一种业务数据预警控制方法的服务器的硬件结构框图。如图7所示，该服务器700可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)710(处理器710可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器730，一个或一个以上存储应用程序723或数据722的存储介质720(例如一个或一个以上海量存储设备)。其中，存储器730和存储介质720可以是短暂存储或持久存储。存储在存储介质720的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器710可以设置为与存储介质720通信，在服务器700上执行存储介质720中的一系列指令操作。服务器700还可以包括一个或一个以上电源760，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口740，和/或，一个或一个以上操作系统721，例如windowsserver^tm，macosx^tm，unix^tm,linux^tm，freebsd^tm等等。

输入输出接口740可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器700的通信供应商提供的无线网络。在一个实例中，输入输出接口740包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口740可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图7所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器700还可包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。

本申请的实施例还提供了一种存储介质，所述存储介质可设置于设备之中以保存用于实现方法实施例中一种应用推广的实现方法相关的至少一条指令、或至少一段程序，该至少一条指令或该至少一段程序由该处理器加载并执行以实现上述方法实施例提供的业务数据预警控制方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

由上述本申请提供的业务数据预警控制方法、装置、设备、服务器或存储介质的实施例可见，本申请中将报警检查规则与业务代码本身分离开来，可以有效避免业务代码的频繁修改造成检查逻辑的出错，无法进行业务数据预警控制的问题。且为了保证及时的对业务更新数据进行报警检查，实现对目标业务的业务数据预警控制，通过由同步服务器和同步客户端组成的同步系统，实时将业务数据库中的业务更新数据同步至消息队列中，以供报警检查服务器进行报警检查。且将实时的业务更新数据通过同步系统同步至消息队列，在消息队列中，可以对这些实时的业务更新数据，进行削峰填谷，以便报警检测服务器可以结合业务报警规则对实时的业务更新进行平滑匀速的报警检查处理。在报警检查结果为报警时，直接向报警监控端发送报警信息，以便及时进行问题补救修复，大大改善用户体验。

需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于以报警检查服务器为执行主体的方法、装置、设备、存储介质和服务器实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指示相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。