故障业务的告警方法、装置、存储介质及电子装置与流程

1.本技术涉及金融科技领域，具体而言，涉及一种故障业务的告警方法、装置、存储介质及电子装置。


背景技术：

2.目前，大量应用的采用分布式架构和云计算平台，使得系统的逻辑复杂度增加，部署规模增大。在面对大量例如快捷支付、手机银行等等复杂业务场景时，不同服务类型节点间的调用关系错综复杂，现有技术中，一般通过业务拓扑展示装置，在前端生成针对业务场景的业务拓扑图，每分钟刷新节点的业务状态检测是否发生业务告警，但由于动态页面频繁渲染造成浏览器的压力过大，可能发生用户操作被重置导致业务告警产生偏差的情况，使得系统在易用性上产生缺陷。
3.针对相关技术中业务告警的准确度较低的问题，目前尚未提出有效的解决方案。


技术实现要素：

4.本技术的主要目的在于提供一种故障业务的告警方法、装置、存储介质及电子装置，以解决相关技术中业务告警的准确度较低的问题。
5.为了实现上述目的，根据本技术的一个方面，提供了一种故障业务的告警方法。
6.该方法包括：
7.在检测到出现第一故障业务的情况下，将所述第一故障业务分别存储至第一存储空间和第二存储空间，其中，所述第一存储空间用于记录故障业务以及故障业务对应的修复状态，所述第二存储空间用于记录待告警的故障业务；
8.根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，其中，所述第二故障业务是所述第二存储空间中在所述第一故障业务之前存储的故障业务；
9.通过与客户端之间建立的长连接发送第一告警信息至所述客户端，其中，所述第一告警信息用于向所述客户端告警所述第一故障业务和所述第三故障业务的故障情况。
10.可选的，所述根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，包括：
11.从所述第二存储空间中提取在所述第一故障业务之前存储的所述第二故障业务；
12.从所述第一存储空间中查询所述第二故障业务对应的目标修复状态；
13.从所述第二故障业务中获取所述目标修复状态为未修复的故障业务作为所述第三故障业务。
14.可选的，在所述从所述第一存储空间中查询所述第二故障业务对应的目标修复状态之后，所述方法还包括：
15.确定所述目标修复状态为已修复的第四故障业务；
16.从所述第二存储空间中删除所述第四故障业务。
17.可选的，在所述将所述第一故障业务分别存储至第一存储空间和第二存储空间之前，所述方法还包括：
18.检测所述客户端上运行的业务的业务状态；
19.将所述业务状态为异常状态的业务确定为所述第一故障业务。
20.可选的，所述检测所述客户端上运行的业务的业务状态，包括：
21.获取目标业务的业务数据，其中，所述目标业务是所述客户端上处于操作状态的业务，所述业务数据包括所述目标业务的多项指标参数；
22.根据所述多项指标参数计算所述目标业务的业务成功率；
23.在所述业务成功率小于目标阈值的情况下，确定所述目标业务的业务状态为异常状态。
24.可选的，在所述通过与客户端之间建立的长连接发送第一告警信息至所述客户端之后，所述方法还包括：
25.在到达目标时间段的结束时间点的情况下，获取所述第一存储空间中所述修复状态仍为未修复的第五故障业务，其中，所述第一存储空间中存储了所述目标时间段内的全部故障业务；
26.通过所述长连接发送第二告警信息至所述客户端，其中，所述第二告警信息用于向所述客户端告警所述第五故障业务的故障情况。
27.可选的，所述将所述第一故障业务分别存储至第一存储空间和第二存储空间，包括：将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间，并将所述第一故障业务存储至所述第二存储空间；
28.在所述将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间之后，所述方法还包括：检测所述第一故障业务的当前修复状态；在所述当前修复状态为已修复状态的情况下，将所述第一存储空间中存储的所述第一故障业务对应的未修复状态更新为所述第一故障业务对应的已修复状态。
29.为了实现上述目的，根据本技术的另一方面，提供了一种故障业务的告警装置。
30.该装置包括：
31.存储模块，用于在检测到出现第一故障业务的情况下，将所述第一故障业务分别存储至第一存储空间和第二存储空间，其中，所述第一存储空间用于记录故障业务以及故障业务对应的修复状态，所述第二存储空间用于记录待告警的故障业务；
32.筛选模块，用于根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，其中，所述第二故障业务是所述第二存储空间中在所述第一故障业务之前存储的故障业务；
33.第一发送模块，用于通过与客户端之间建立的长连接发送第一告警信息至所述客户端，其中，所述第一告警信息用于向所述客户端告警所述第一故障业务和所述第三故障业务的故障情况。
34.通过本技术，采用以下步骤：在检测到出现第一故障业务的情况下，将第一故障业务分别存储至用于记录故障业务以及故障业务对应的修复状态的第一存储空间和用于记录待告警的故障业务的第二存储空间；根据第一存储空间中记录的修复状态，从第二存储空间中在第一故障业务之前存储的故障业务中筛选尚未修复的第三故障业务；通过与客户
端之间建立的长连接发送用于向客户端告警第一故障业务和第三故障业务的故障情况的第一告警信息至客户端。也就是说，根据第一存储空间中存储的故障业务的修复状态确定第二存储空间中尚未修复的第三故障业务，再将第三故障业务通过与客户端之间建立的长连接进行告警。即在将第二存储空间中的存储的故障业务进行告警前，对第二存储空间中的存储的故障业务进行修复状态的确定，只需将未修复的第三故障业务进行告警，避免将已修复的业务进行错误告警，解决了相关技术中业务告警的准确度较低的问题。进而达到了提高了业务告警的准确度的效果。
附图说明
35.构成本技术的一部分的附图用来提供对本技术的进一步理解，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
36.图1是根据本技术实施例提供的故障业务的告警方法的流程图；
37.图2是根据本技术实施例提供的第一故障业务的检测的流程图；
38.图3是根据本技术实施例提供的第一存储空间的示意图；
39.图4是根据本技术实施例提供的第三故障业务的告警的示意图；
40.图5是根据本技术实施例提供的第五故障业务的告警的示意图；
41.图6是根据本技术实施例提供的目标时间段的结束时间点的示意图；
42.图7是根据本技术实施例的故障业务的告警装置的示意图；
43.图8是根据本技术实施例的电子设备的示意图。
具体实施方式
44.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
45.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
46.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
47.需要说明的是，本公开所涉及的相关信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。例如，本系统和相关用户或机构间设置有接口，在获取相关信息之前，需要通过接口向前述的用户或机构发送获取请求，并在接收到前述的用户或机构反馈的同意信息后，获取相关信息。
48.下面结合优选的实施步骤对本发明进行说明，图1是根据本技术实施例提供的故障业务的告警方法的流程图，如图1所示，该方法包括如下步骤：
49.步骤s101，在检测到出现第一故障业务的情况下，将所述第一故障业务分别存储至第一存储空间和第二存储空间，其中，所述第一存储空间用于记录故障业务以及故障业务对应的修复状态，所述第二存储空间用于记录待告警的故障业务；
50.步骤s102，根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，其中，所述第二故障业务是所述第二存储空间中在所述第一故障业务之前存储的故障业务；
51.步骤s103，通过与客户端之间建立的长连接发送第一告警信息至所述客户端，其中，所述第一告警信息用于向所述客户端告警所述第一故障业务和所述第三故障业务的故障情况。
52.通过上述步骤，在检测到出现第一故障业务的情况下，将第一故障业务分别存储至用于记录故障业务以及故障业务对应的修复状态的第一存储空间和用于记录待告警的故障业务的第二存储空间；根据第一存储空间中记录的修复状态，从第二存储空间中在第一故障业务之前存储的故障业务中筛选尚未修复的第三故障业务；通过与客户端之间建立的长连接发送用于向客户端告警第一故障业务和第三故障业务的故障情况的第一告警信息至客户端。也就是说，根据第一存储空间中存储的故障业务的修复状态确定第二存储空间中尚未修复的第三故障业务，再将第三故障业务通过与客户端之间建立的长连接进行告警。即在将第二存储空间中的存储的故障业务进行告警前，对第二存储空间中的存储的故障业务进行修复状态的确定，只需将未修复的第三故障业务进行告警，避免将已修复的业务进行错误告警，解决了相关技术中业务告警的准确度较低的问题。进而达到了提高了业务告警的准确度的效果。
53.在上述步骤s101提供的技术方案中，本技术提出的故障业务的告警方法适用的场景广泛，可以应用至多种需要进行业务监控的场景中，可以但不限于包括：快捷支付场景中的支付业务、存款业务、取款业务、退款业务等等，程序监控场景中的页面响应业务、程序交互业务、数据库的交互业务等等。在不同的场景中，确定故障业务的条件可以不同，上述故障业务的告警方法可以迁移至各种故障业务的告警需求中。
54.可选地，在本实施例中，可以但不限于通过系统中的异常探测节点进行故障业务的检测，将探测到的每个故障业务依次确定为第一故障业务并分别存储至第一存储空间和第二存储空间，比如：通过异常探测节点获取每个业务的状态，在检测到出现第一故障业务的情况下，将第一故障业务以及第一故障业务对应的修复状态存储至第一存储空间，将第一故障业务存储至第二存储空间。
55.可选地，在本实施例中，可以但不限于将每个发生故障的故障业务以及故障业务对应的修复状态存储至第一存储空间实现对每个故障业务的记录，第一存储空间可以但不限于是具有持久化存储功能的数据管理工具，比如：数据库、内存、分布式文件系统等等。
56.可选地，在本实施例中，可以但不限于使用第一存储空间记录每个发生故障的故障业务以及故障业务对应的修复状态，比如：在需要查询系统在历史故障业务的情况下，从第一存储空间中获取历史时刻发生的故障业务以及故障业务的修复状态。
57.可选地，在本实施例中，可以但不限于将检测到的故障业务存储至第二存储空间，
第二存储空间可以但不限于是访问速度较高的存储设备，比如：缓存、存储器、高速缓冲区域等等。
58.可选地，在本实施例中，可以但不限于将新检测到的故障业务存储至第二存储空间，由于第二存储空间的访问速度较高使得故障业务从第二存储空间推送至客户端的速率高于从第一存储空间推送至客户端的速率，使得故障业务的告警速率增高。
59.可选地，在本实施例中，可以但不限于将使用异步写入的策略将第一故障业务存储至第一存储空间和第二存储空间，减少对正常业务的处理，比如：在检测到出现第一故障业务的情况下，就将第一故障业务写入至一个缓冲队列，并启动一个后台任务用于从缓冲队列中读取第一故障业务，并将第一故障业务写入第一存储空间。或者，在检测到出现第一故障业务的情况下，就将第一故障业务写入至一个缓冲队列，并启动一个线程用于从缓冲队列中读取第一故障业务，并将第一故障业务写入第一存储空间。
60.在一个示例性实施例中，在所述将所述第一故障业务分别存储至第一存储空间和第二存储空间之前，可以但不限于还包括一下方式：检测所述客户端上运行的业务的业务状态；将所述业务状态为异常状态的业务确定为所述第一故障业务。
61.可选地，在本实施例中，上述客户端可以但不限于是运行了多个业务，可以但不限于通过检测客户端上运行的每个业务的业务状态从客户端上运行的全部业务中确定第一故障业务。
62.可选地，在本实施例中，上述第一故障业务是客户端上运行的业务中业务状态处于异常的业务，可以但不限于为客户端上运行的业务设定告警参数，告警参数用于指示客户端上运行的业务的业务状态，告警参数可以但不限于包括：业务执行的成功率、业务的耗时等等参数。
63.可选地，在本实施例中，可以但不限于通过告警参数确定客户端上运行的业务的业务状态，比如：启动异常探测节点与客户端连接，异常探测节点获取客户端上运行的业务的数据，异常探测节点定期检查客户端上运行的业务的数据是否超出告警参数指示的数值范围，在客户端上运行的业务的数据超出告警参数指示的数值范围的情况下，确定业务状态为异常状态。或者，通过定时任务，一段时间内收集一次客户端上运行的业务的成功率以及业务的生死指标，并根据预先设定的告警参数确定各个业务的状态，在客户端上运行的业务的数据超出告警参数指示的数值范围的情况下，确定业务状态为异常状态。
64.在一个示例性实施例中，可以但不限于采用以下方式检测所述客户端上运行的业务的业务状态：获取目标业务的业务数据，其中，所述目标业务是所述客户端上处于操作状态的业务，所述业务数据包括所述目标业务的多项指标参数；根据所述多项指标参数计算所述目标业务的业务成功率；在所述业务成功率小于目标阈值的情况下，确定所述目标业务的业务状态为异常状态。
65.可选地，在本实施例中，上述目标业务是客户端上处于操作状态的业务，比如：快捷支付场景中的支付业务、存款业务、取款业务、退款业务等等，程序监控场景中的页面响应业务、程序交互业务、数据库的交互业务等等。
66.可选地，在本实施例中，上述业务数据是客户端上处于操作状态的业务的多项指标参数，比如：业务的刷新率、业务的响应时间等等。
67.可选地，在本实施例中，可以但不限于根据客户端上处于操作状态的业务的多项
指标参数计算出每个业务对应的业务成功率，比如：根据计算客户端上页面切换时的响应时间得到客户端响应业务的业务成功率。
68.可选地，在本实施例中，上述目标阈值可以但不限于是预先确定的，用于确定业务的业务状态。或者，上述目标阈值可以但不限于是根据当前网络状态进行实时更新的，比如：在网络状态较差的情况下，减小阈值所指示的异常数值的范围；在网络状态优秀的情况下，适当扩大阈值所指示的异常数值的范围。
69.在一个示例性实施例中，将所述第一故障业务分别存储至第一存储空间和第二存储空间可以但不限于还包括以下方式：将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间，并将所述第一故障业务存储至所述第二存储空间；在所述将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间之后，可以但不限于还包括以下方式：检测所述第一故障业务的当前修复状态；在所述当前修复状态为已修复状态的情况下，将所述第一存储空间中存储的所述第一故障业务对应的未修复状态更新为所述第一故障业务对应的已修复状态。
70.可选地，在本实施例中，在检测到第一故障业务的情况下，可以但不限于将第一故障业务以及第一故障业务对应的未修复状态存储至第一存储空间，第一存储空间可以但不限于用于存储所有发生过的故障业务的业务数据以及每个业务的修复状态。
71.可选地，在本实施例中，第一存储空间中每个业务的修复状态可以但不限于是可以更新的，比如：在检测到故障业务后，可以对故障业务进行修复，在故障业务被修复的情况下，将第一存储空间中被修复的故障业务的修复状态更新为已修复状态。
72.可选地，在本实施例中，可以但不限于通过以下方式更新第一存储空间中故障业务的当前修复状态：通过与客户端之间建立的长连接，实时获取客户端的业务的业务成功率，与第一存储空间中记录的业务成功率进行比对，确定业务状态与历史记录中的是否一致，一致则不更新；不一致，则传递标志信息以及最新业务状态到客户端请求重新渲染，其中，负载均衡使用会话保持策略，客户端通过标志信息关联到对应的拓扑节点，展示新的状态属性。
73.图2是根据本技术实施例提供的第一故障业务的检测的流程图，如图2所示，
74.步骤s202：获取客户端上运行的业务的多项指标参数；
75.步骤s204：根据多项指标参数计算业务的业务成功率；
76.步骤s206：在业务成功率小于目标阈值的情况下，确定业务的业务状态为异常状态；或者，在业务成功率大于或者等于目标阈值的情况下，确定业务的业务状态为正常状态；
77.步骤s208：将业务状态为异常状态的业务确定为第一故障业务。
78.在上述步骤s102提供的技术方案中，第二存储空间中可以但不限于存储了多个故障业务，可以但不限于将第二存储空间中存储的全部业务确定为第二故障业务。第二故障业务可以但不限于包括已经被修复的故障业务和尚未修复的故障业务。
79.可选地，在本实施例中，上述第二故障业务是第二存储空间在第一故障业务之前存储的故障业务。
80.可选地，在本实施例中，第一存储空间中可以但不限于记录了包括第二故障业务的故障业务的修复状态，可以但不限于从第一存储空间中获取第二故障业务的修复状态实
现从第二故障业务中筛选尚未修复的第三故障业务。
81.可选地，在本实施例中，上述第三故障业务是第二存储空间中存储的处于尚未修复的故障业务。可以但不限于根据第一存储空间中记录的修复状态，确定第二故障业务中的第三故障业务。
82.在一个示例性实施例中，可以但不限于采用以下方式根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务：从所述第二存储空间中提取在所述第一故障业务之前存储的所述第二故障业务；从所述第一存储空间中查询所述第二故障业务对应的目标修复状态；从所述第二故障业务中获取所述目标修复状态为未修复的故障业务作为所述第三故障业务。
83.可选地，在本实施例中，上述目标修复状态用于指示第二存储空间中每个故障业务的修复状态，第二存储空间中的故障业务可以但不限于处于未修复状态或者已修复状态。
84.在一个示例性实施例中，在所述从所述第一存储空间中查询所述第二故障业务对应的目标修复状态之后，可以但不限于还包括以下方式：确定所述目标修复状态为已修复的第四故障业务；从所述第二存储空间中删除所述第四故障业务。
85.可选地，在本实施例中，可以但不限于从第一存储空间中查询第二故障业务对应的目标修复状态，将处于尚未修复的故障业务确定为第三故障业务，将已修复的故障业务确定为第四故障业务。
86.可选地，在本实施例中，可以但不限于将第二存储空间中的第一故障业务和第三故障业务进行告警，并将第四故障业务从第二存储空间中删除。
87.图3是根据本技术实施例提供的第一存储空间的示意图，如图3所示，第一存储空间中可以但不限于包括以下内容：可以但不限于通过第一存储空间节点接收故障业务并处理服务器发出的请求。
88.第一存储空间中存储的故障业务可以但不限于包含用于指示故障业务发生时间的时间戳、故障业务类型、故障业务指标、故障业务级别、故障业务数据等等信息。
89.以第一存储空间为clickhouse(click stream,data warehouse，一个完全的列式数据库管理系统)时序数据库为例，将故障业务根据故障业务发生的时间进行分区，比如：在需要查询最近一小时的故障业务的情况下，可以但不限于通过时间查询，大幅度提高查询效率。或者，将故障业务根据故障业务告警的时间进行分区，比如：在需要查询最近一小时告警的故障业务的情况下，可以但不限于通过时间查询，大幅度提高查询效率。
90.可以但不限于通过对第一存储空间中存储的故障业务创建bitmap(位图)索引，通过bitmap索引进行查询，保证查询的效率，比如：以对查询频率较高的字段：告警类型和告警级别分别创建bitmap索引，每个索引都是一个位图，每个位对应一个报警信息，位为1时表示该故障业务属于该告警类型或告警级别，位为0则指示该故障业务不属于该告警类型或告警级别，比如：业务a的告警类型为告警类型1，告警级别为高级别；业务b的告警类型为告警类型2，告警级别为低级别。
91.以查询所有告警类型为网络故障类型的故障业务为例，可以但不限于通过以下方法进行查询：将bitmap索引中告警类型设定为网络故障类型，即可获取到历史故障业务中所有告警类型为网络故障类型的故障业务的位置，通过位置即可访问对应的故障业务，无
需浏览第一存储空间中存储的全部故障业务，提高了查询的效率。
92.以查询所有报警级别为高级别的故障业务为例，可以但不限于通过以下方法进行查询：将bitmap索引中告警级别设定为高级别，即可获取到历史故障业务中所有告警级别为高级别的故障业务的位置，通过位置即可访问对应的故障业务，无需浏览第一存储空间中存储的全部故障业务，提高了查询的效率。
93.图4是根据本技术实施例提供的第三故障业务的告警的示意图，如图4所示，以第一存储空间为数据库，第二存储空间为缓存为例，可以但不限于通过以下方式，从第二故障业务中筛选尚未修复的第三故障业务：
94.通过websocket(一种在单个tcp连接上进行全双工通信的协议)技术建立异常节点检测装置与客户端之间的长连接，定时收集客户端上处于操作状态的目标业务的多项指标参数确定目标业务的业务成功率从而判定各个业务的业务状态，在业务成功率小于阈值的情况下，可以但不限于将业务状态确定为异常状态，异步写入数据库记录异常业务。
95.在检测到出现第一故障业务的情况下，将第一故障业务分别存储至数据库和缓存中，次数，缓存中可以但不限于包括多个待告警的故障业务(第二故障业务)；从数据库中获取缓存中多个待告警的故障业务的修复状态，确定未修复的故障业务为第三故障业务。可以但不限于通过以下方式确定故障业务的修复状态：
96.再次获取待告警的故障业务的相关数据(可以但不限于包括业务成功率)，若故障业务的当下的相关数据指示该故障业务已修复，则从缓存中删除。
97.若故障业务的当下的相关数据指示该故障业务仍为未修复，则将该故障业务确定尚未修复的第三故障业务通过与客户端之间的长连接进行告警。
98.避免对已修复故障业务的错误告警，避免向客户端发送重复的告警，减少了冗余信息的传递。
99.在上述步骤s103提供的技术方案中，上述长连接可以但不限于是在检测第一故障业务时建立的。或者，在向客户端发送第一告警信息时建立的。
100.可选地，在本实施例中，客户端可以但不限于通过获取第一告警信息实现对第二存储空间中未修复的第三故障业务和检测到的第一故障业务的获取，再将第一故障业务和第三故障业务的故障情况进行推送。
101.可选地，在本实施例中，上述长连接可以但不限于用于与客户端进行数据交换，可以但不限于通过接口建立与客户端的长连接，比如：websocket等等。
102.可选地，在本实施例中，可以但不限于将第一告警信息封装成json格式(javascript object notation，一种轻量级的数据交换格式)使用非阻塞的异步通信方式通过已建立的websocket推送到客户端，处理多个告警业务。
103.可选地，在本实施例中，上述客户端可以但不限于根据接收到的第一告警信息更新拓扑第一告警信息对应的第三故障业务和第一故障业务的状态属性、样式等等。可以但不限于使用差异渲染策略，只重新渲染变化的部分，提高渲染效率和用户体验。
104.在一个示例性实施例中，在所述通过与客户端之间建立的长连接发送第一告警信息至所述客户端之后，可以但不限于还包括以下方式：在到达目标时间段的结束时间点的情况下，获取所述第一存储空间中所述修复状态仍为未修复的第五故障业务，其中，所述第一存储空间中存储了所述目标时间段内的全部故障业务；通过所述长连接发送第二告警信
息至所述客户端，其中，所述第二告警信息用于向所述客户端告警所述第五故障业务的故障情况。
105.可选地，在本实施例中，上述目标时间段可以但不限于是一个周期，用于指示第二存储空间存储目标时间段内发生的故障业务。
106.可选地，在本实施例中，上述目标时间段的结束时间点可以但不限于是当前目标时间段与下一时间段切换的时刻，用于指示第二存储空间记录下一时间段内发生的故障业务。
107.可选地，在本实施例中，可以但不限于将第一存储空间内记录的全部处于未修复状态的故障业务确定为第五故障业务，第五故障业务可以但不限于包括目标时间段内发生的处于未修复状态的故障业务和目标时间段前发生的在结束时间点仍处于未修复状态的故障业务。
108.可选地，在本实施例中，可以但不限于通过与客户端建立的长连接对第五故障业务进行告警，上述第二告警信息可以但不限于包括第五故障业务以及第五故障业务对应的故障情况。
109.可选地，在本实施例中，上述长连接可以但不限于用于与客户端进行数据交换，可以但不限于通过接口建立与客户端的长连接，比如：websocket等等。
110.可选地，在本实施例中，可以但不限于将第二告警信息封装成json格式，使用非阻塞的异步通信方式通过已建立的websocket推送到客户端，处理多个告警业务。
111.可选地，在本实施例中，上述客户端可以但不限于根据接收到的第二告警信息更新拓扑第二告警信息对应的第五故障业务的状态属性、样式等等。可以但不限于使用差异渲染策略，只重新渲染变化的部分，提高渲染效率和用户体验。
112.图5是根据本技术实施例提供的第五故障业务的告警的示意图，如图5所示，以第一存储空间为数据库为例，可以但不限于通过以下方法实现第五故障业务的告警：
113.通过websocket技术建立异常节点检测装置与客户端之间的长连接，定时收集客户端上处于操作状态的目标业务的多项指标参数确定目标业务的业务成功率从而判定各个业务的业务状态，在业务成功率小于阈值的情况下，可以但不限于将业务状态确定为异常状态，异步写入数据库记录异常业务。
114.在到达目标时间段的结束时间点的情况下，从数据库的全部历史故障业务中获取仍旧处于未修复状态的故障业务并将其确定为第五故障业务；
115.通过与客户端之间的长连接将用于指示第五故障业务的故障情况的第二告警信息发送至客户端进行告警操作。
116.图6是根据本技术实施例提供的目标时间段的结束时间点的示意图，如图6所示，在目标时间段内在故障发生点1和故障发生点2依次检测到了故障业务的出现，到达目标时间段的结束时间点前可以但不限于通过以下方法实现每个故障业务的告警：
117.在故障发生点1检测到了故障业务1，将故障业务1分别存储至第一存储空间和第二存储空间，此时，第一存储空间内记录了包括故障业务1以及检测到故障业务1之间的每个故障业务以及故障业务对应的修复状态，第二存储空间内只记录了待告警的故障业务1；通过与客户端之间建立的长连接发送用于向客户端告警故障业务1的故障情况的第一告警信息至客户端。
118.在故障发生点2检测到了故障业务2，将故障业务2分别存储至第一存储空间和第二存储空间，此时，第一存储空间内记录了包括故障业务1、故障业务2以及检测到故障业务1之间的每个故障业务以及故障业务对应的修复状态，第二存储空间内记录了故障业务1和待告警的故障业务2；从第一存储空间中查询故障业务1的修复状态；
119.在故障业务1为未修复的情况下，将故障业务1作为第三故障业务，通过与客户端之间建立的长连接发送用于向客户端告警故障业务1和故障业务2的故障情况的第一告警信息至客户端。
120.在故障业务1为已修复的情况下，将故障业务1作为第四故障业务，从第二存储空间中删除故障业务1，通过与客户端之间建立的长连接发送用于向客户端告警故障业务1的故障情况的第一告警信息至客户端。
121.在到达目标时间段的结束时间点的情况下，从第一存储空间中获取修复状态仍为未修复的第五故障业务，通过与客户端之间建立的长连接发送用于向客户端告警第五故障业务的故障情况的第二告警信息至客户端。
122.本技术实施例提供的故障业务的告警方法，在检测到出现第一故障业务的情况下，将第一故障业务分别存储至用于记录故障业务以及故障业务对应的修复状态的第一存储空间和用于记录待告警的故障业务的第二存储空间；根据第一存储空间中记录的修复状态，从第二存储空间中在第一故障业务之前存储的故障业务中筛选尚未修复的第三故障业务；通过与客户端之间建立的长连接发送用于向客户端告警第一故障业务和第三故障业务的故障情况的第一告警信息至客户端。也就是说，根据第一存储空间中存储的故障业务的修复状态确定第二存储空间中尚未修复的第三故障业务，再将第三故障业务通过与客户端之间建立的长连接进行告警。即在将第二存储空间中的存储的故障业务进行告警前，对第二存储空间中的存储的故障业务进行修复状态的确定，只需将未修复的第三故障业务进行告警，避免将已修复的业务进行错误告警，解决了相关技术中业务告警的准确度较低的问题。进而达到了提高了业务告警的准确度的效果。
123.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
124.本技术实施例还提供了一种故障业务的告警装置，需要说明的是，本技术实施例的故障业务的告警装置可以用于执行本技术实施例所提供的用于故障业务的告警方法。以下对本技术实施例提供的故障业务的告警装置进行介绍。
125.图7是根据本技术实施例的故障业务的告警装置的示意图。如图7所示，该装置包括：
126.存储模块702，用于在检测到出现第一故障业务的情况下，将所述第一故障业务分别存储至第一存储空间和第二存储空间，其中，所述第一存储空间用于记录故障业务以及故障业务对应的修复状态，所述第二存储空间用于记录待告警的故障业务；
127.筛选模块704，用于根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，其中，所述第二故障业务是所述第二存储空间中在所述第一故障业务之前存储的故障业务；
128.第一发送模块706，用于通过与客户端之间建立的长连接发送第一告警信息至所
述客户端，其中，所述第一告警信息用于向所述客户端告警所述第一故障业务和所述第三故障业务的故障情况。
129.本技术实施例提供的故障业务的告警装置，在检测到出现第一故障业务的情况下，将第一故障业务分别存储至用于记录故障业务以及故障业务对应的修复状态的第一存储空间和用于记录待告警的故障业务的第二存储空间；根据第一存储空间中记录的修复状态，从第二存储空间中在第一故障业务之前存储的故障业务中筛选尚未修复的第三故障业务；通过与客户端之间建立的长连接发送用于向客户端告警第一故障业务和第三故障业务的故障情况的第一告警信息至客户端。也就是说，根据第一存储空间中存储的故障业务的修复状态确定第二存储空间中尚未修复的第三故障业务，再将第三故障业务通过与客户端之间建立的长连接进行告警。即在将第二存储空间中的存储的故障业务进行告警前，对第二存储空间中的存储的故障业务进行修复状态的确定，只需将未修复的第三故障业务进行告警，避免将已修复的业务进行错误告警，解决了相关技术中业务告警的准确度较低的问题。进而达到了提高了业务告警的准确度的效果。
130.可选地，在本技术实施例提供的故障业务的告警装置中，所述筛选模块，包括：
131.提取单元，用于从所述第二存储空间中提取在所述第一故障业务之前存储的所述第二故障业务；
132.查询单元，用于从所述第一存储空间中查询所述第二故障业务对应的目标修复状态；
133.第一获取单元，用于从所述第二故障业务中获取所述目标修复状态为未修复的故障业务作为所述第三故障业务。
134.可选地，在本技术实施例提供的故障业务的告警装置中，所述装置还包括：
135.第一确定模块，用于确定所述目标修复状态为已修复的第四故障业务；
136.删除模块，用于从所述第二存储空间中删除所述第四故障业务。
137.可选地，在本技术实施例提供的故障业务的告警装置中，所述装置还包括：
138.检测模块，用于检测所述客户端上运行的业务的业务状态；
139.第二确定模块，用于将所述业务状态为异常状态的业务确定为所述第一故障业务。
140.可选地，在本技术实施例提供的故障业务的告警装置中，所述检测模块，包括：
141.第二获取单元，用于获取目标业务的业务数据，其中，所述目标业务是所述客户端上处于操作状态的业务，所述业务数据包括所述目标业务的多项指标参数；
142.计算单元，用于根据所述多项指标参数计算所述目标业务的业务成功率；
143.第三确定单元，用于在所述业务成功率小于目标阈值的情况下，确定所述目标业务的业务状态为异常状态。
144.可选地，在本技术实施例提供的故障业务的告警装置中，所述装置还包括：
145.获取模块，用于在到达目标时间段的结束时间点的情况下，获取所述第一存储空间中所述修复状态仍为未修复的第五故障业务，其中，所述第一存储空间中存储了所述目标时间段内的全部故障业务；
146.第二发送模块，用于通过所述长连接发送第二告警信息至所述客户端，其中，所述第二告警信息用于向所述客户端告警所述第五故障业务的故障情况。
147.可选地，在本技术实施例提供的故障业务的告警装置中，所述存储模块，用于：
148.将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间，并将所述第一故障业务存储至所述第二存储空间；
149.在所述将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间之后：检测所述第一故障业务的当前修复状态；在所述当前修复状态为已修复状态的情况下，将所述第一存储空间中存储的所述第一故障业务对应的未修复状态更新为所述第一故障业务对应的已修复状态。
150.所述故障业务的告警装置包括处理器和存储器，上述模块和单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
151.处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来提高业务告警的准确度。
152.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
153.本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现所述故障业务的告警方法。
154.本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述故障业务的告警方法。
155.如图8所示，本发明实施例提供了一种电子设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：
156.在检测到出现第一故障业务的情况下，将所述第一故障业务分别存储至第一存储空间和第二存储空间，其中，所述第一存储空间用于记录故障业务以及故障业务对应的修复状态，所述第二存储空间用于记录待告警的故障业务；
157.根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，其中，所述第二故障业务是所述第二存储空间中在所述第一故障业务之前存储的故障业务；
158.通过与客户端之间建立的长连接发送第一告警信息至所述客户端，其中，所述第一告警信息用于向所述客户端告警所述第一故障业务和所述第三故障业务的故障情况。
159.可选的，所述根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，包括：
160.从所述第二存储空间中提取在所述第一故障业务之前存储的所述第二故障业务；
161.从所述第一存储空间中查询所述第二故障业务对应的目标修复状态；
162.从所述第二故障业务中获取所述目标修复状态为未修复的故障业务作为所述第三故障业务。
163.可选的，在所述从所述第一存储空间中查询所述第二故障业务对应的目标修复状态之后，所述方法还包括：
164.确定所述目标修复状态为已修复的第四故障业务；
165.从所述第二存储空间中删除所述第四故障业务。
166.可选的，在所述将所述第一故障业务分别存储至第一存储空间和第二存储空间之
前，所述方法还包括：
167.检测所述客户端上运行的业务的业务状态；
168.将所述业务状态为异常状态的业务确定为所述第一故障业务。
169.可选的，所述检测所述客户端上运行的业务的业务状态，包括：
170.获取目标业务的业务数据，其中，所述目标业务是所述客户端上处于操作状态的业务，所述业务数据包括所述目标业务的多项指标参数；
171.根据所述多项指标参数计算所述目标业务的业务成功率；
172.在所述业务成功率小于目标阈值的情况下，确定所述目标业务的业务状态为异常状态。
173.可选的，在所述通过与客户端之间建立的长连接发送第一告警信息至所述客户端之后，所述方法还包括：
174.在到达目标时间段的结束时间点的情况下，获取所述第一存储空间中所述修复状态仍为未修复的第五故障业务，其中，所述第一存储空间中存储了所述目标时间段内的全部故障业务；
175.通过所述长连接发送第二告警信息至所述客户端，其中，所述第二告警信息用于向所述客户端告警所述第五故障业务的故障情况。
176.可选的，所述将所述第一故障业务分别存储至第一存储空间和第二存储空间，包括：将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间，并将所述第一故障业务存储至所述第二存储空间；
177.在所述将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间之后，所述方法还包括：检测所述第一故障业务的当前修复状态；在所述当前修复状态为已修复状态的情况下，将所述第一存储空间中存储的所述第一故障业务对应的未修复状态更新为所述第一故障业务对应的已修复状态。
178.本文中的设备可以是服务器、pc、pad、手机等。
179.本技术还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：
180.在检测到出现第一故障业务的情况下，将所述第一故障业务分别存储至第一存储空间和第二存储空间，其中，所述第一存储空间用于记录故障业务以及故障业务对应的修复状态，所述第二存储空间用于记录待告警的故障业务；
181.根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，其中，所述第二故障业务是所述第二存储空间中在所述第一故障业务之前存储的故障业务；
182.通过与客户端之间建立的长连接发送第一告警信息至所述客户端，其中，所述第一告警信息用于向所述客户端告警所述第一故障业务和所述第三故障业务的故障情况。
183.可选的，所述根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，包括：
184.从所述第二存储空间中提取在所述第一故障业务之前存储的所述第二故障业务；
185.从所述第一存储空间中查询所述第二故障业务对应的目标修复状态；
186.从所述第二故障业务中获取所述目标修复状态为未修复的故障业务作为所述第
三故障业务。
187.可选的，在所述从所述第一存储空间中查询所述第二故障业务对应的目标修复状态之后，所述方法还包括：
188.确定所述目标修复状态为已修复的第四故障业务；
189.从所述第二存储空间中删除所述第四故障业务。
190.可选的，在所述将所述第一故障业务分别存储至第一存储空间和第二存储空间之前，所述方法还包括：
191.检测所述客户端上运行的业务的业务状态；
192.将所述业务状态为异常状态的业务确定为所述第一故障业务。
193.可选的，所述检测所述客户端上运行的业务的业务状态，包括：
194.获取目标业务的业务数据，其中，所述目标业务是所述客户端上处于操作状态的业务，所述业务数据包括所述目标业务的多项指标参数；
195.根据所述多项指标参数计算所述目标业务的业务成功率；
196.在所述业务成功率小于目标阈值的情况下，确定所述目标业务的业务状态为异常状态。
197.可选的，在所述通过与客户端之间建立的长连接发送第一告警信息至所述客户端之后，所述方法还包括：
198.在到达目标时间段的结束时间点的情况下，获取所述第一存储空间中所述修复状态仍为未修复的第五故障业务，其中，所述第一存储空间中存储了所述目标时间段内的全部故障业务；
199.通过所述长连接发送第二告警信息至所述客户端，其中，所述第二告警信息用于向所述客户端告警所述第五故障业务的故障情况。
200.可选的，所述将所述第一故障业务分别存储至第一存储空间和第二存储空间，包括：将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间，并将所述第一故障业务存储至所述第二存储空间；
201.在所述将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间之后，所述方法还包括：检测所述第一故障业务的当前修复状态；在所述当前修复状态为已修复状态的情况下，将所述第一存储空间中存储的所述第一故障业务对应的未修复状态更新为所述第一故障业务对应的已修复状态。
202.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
203.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实
现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
204.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
205.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
206.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
207.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
208.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
209.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
210.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
211.以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。

技术特征：
1.一种故障业务的告警方法，其特征在于，包括：在检测到出现第一故障业务的情况下，将所述第一故障业务分别存储至第一存储空间和第二存储空间，其中，所述第一存储空间用于记录故障业务以及故障业务对应的修复状态，所述第二存储空间用于记录待告警的故障业务；根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，其中，所述第二故障业务是所述第二存储空间中在所述第一故障业务之前存储的故障业务；通过与客户端之间建立的长连接发送第一告警信息至所述客户端，其中，所述第一告警信息用于向所述客户端告警所述第一故障业务和所述第三故障业务的故障情况。2.根据权利要求1所述的方法，其特征在于，所述根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，包括：从所述第二存储空间中提取在所述第一故障业务之前存储的所述第二故障业务；从所述第一存储空间中查询所述第二故障业务对应的目标修复状态；从所述第二故障业务中获取所述目标修复状态为未修复的故障业务作为所述第三故障业务。3.根据权利要求2所述的方法，其特征在于，在所述从所述第一存储空间中查询所述第二故障业务对应的目标修复状态之后，所述方法还包括：确定所述目标修复状态为已修复的第四故障业务；从所述第二存储空间中删除所述第四故障业务。4.根据权利要求1所述的方法，其特征在于，在所述将所述第一故障业务分别存储至第一存储空间和第二存储空间之前，所述方法还包括：检测所述客户端上运行的业务的业务状态；将所述业务状态为异常状态的业务确定为所述第一故障业务。5.根据权利要求4所述的方法，其特征在于，所述检测所述客户端上运行的业务的业务状态，包括：获取目标业务的业务数据，其中，所述目标业务是所述客户端上处于操作状态的业务，所述业务数据包括所述目标业务的多项指标参数；根据所述多项指标参数计算所述目标业务的业务成功率；在所述业务成功率小于目标阈值的情况下，确定所述目标业务的业务状态为异常状态。6.根据权利要求1所述的方法，其特征在于，在所述通过与客户端之间建立的长连接发送第一告警信息至所述客户端之后，所述方法还包括：在到达目标时间段的结束时间点的情况下，获取所述第一存储空间中所述修复状态仍为未修复的第五故障业务，其中，所述第一存储空间中存储了所述目标时间段内的全部故障业务；通过所述长连接发送第二告警信息至所述客户端，其中，所述第二告警信息用于向所述客户端告警所述第五故障业务的故障情况。7.根据权利要求1所述的方法，其特征在于，所述将所述第一故障业务分别存储至第一存储空间和第二存储空间，包括：
将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间，并将所述第一故障业务存储至所述第二存储空间；在所述将所述第一故障业务以及所述第一故障业务对应的未修复状态存储至所述第一存储空间之后，所述方法还包括：检测所述第一故障业务的当前修复状态；在所述当前修复状态为已修复状态的情况下，将所述第一存储空间中存储的所述第一故障业务对应的未修复状态更新为所述第一故障业务对应的已修复状态。8.一种故障业务的告警装置，其特征在于，包括：存储模块，用于在检测到出现第一故障业务的情况下，将所述第一故障业务分别存储至第一存储空间和第二存储空间，其中，所述第一存储空间用于记录故障业务以及故障业务对应的修复状态，所述第二存储空间用于记录待告警的故障业务；筛选模块，用于根据所述第一存储空间中记录的所述修复状态，从第二故障业务中筛选尚未修复的第三故障业务，其中，所述第二故障业务是所述第二存储空间中在所述第一故障业务之前存储的故障业务；第一发送模块，用于通过与客户端之间建立的长连接发送第一告警信息至所述客户端，其中，所述第一告警信息用于向所述客户端告警所述第一故障业务和所述第三故障业务的故障情况。9.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的故障业务的告警方法。10.一种电子设备，其特征在于，包括一个或多个处理器和存储器，所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任意一项所述的方法。

技术总结
本申请公开了一种故障业务的告警方法、装置、存储介质及电子装置。涉及金融科技领域，该方法包括：在检测到出现第一故障业务的情况下，将第一故障业务分别存储至第一存储空间和第二存储空间，其中，第一存储空间用于记录故障业务以及故障业务对应的修复状态，第二存储空间用于记录待告警的故障业务；根据第一存储空间中记录的修复状态，从第二故障业务中筛选尚未修复的第三故障业务，其中，第二故障业务是第二存储空间中在第一故障业务之前存储的故障业务；通过与客户端之间建立的长连接发送第一告警信息至客户端，其中，第一告警信息用于向客户端告警第一故障业务和第三故障业务的故障情况。通过本申请，解决了相关技术中业务告警的准确度较低的问题。务告警的准确度较低的问题。务告警的准确度较低的问题。


技术研发人员：黄镜澄 王鹏培 陈巧燕 李兰彬
受保护的技术使用者：中国工商银行股份有限公司
技术研发日：2023.06.19
技术公布日：2023/9/20